第 28 级。有关该级别主题的面试问题的答案

已在 Random-ZH 群组中发布

线程优先级是什么？

这个问题的答案在 JavaRush 讲座中。

为了优化 Java 中线程的并行操作，可以设置线程优先级。具有较高优先级的线程比具有较低优先级的线程在接收 CPU 时间方面具有优势。

以下类方法提供了处理优先级的功能Thread：

public final void setPriority(int newPriority)

设置线程优先级。

public final int getPriority()

允许您找出线程的优先级。

方法中的参数值setPriority不能是任意的。它必须介于 MIN_PRIORITY 和 MAX_PRIORITY 之间。创建时，线程具有优先级 NORM_PRIORITY。

MIN_PRIORITY = 1。NORM_PRIORITY
= 5。
最大优先级 = 10。
是否可以通过将线程的优先级降低到 0 来停止该线程？

答案就在文章中：“前 50 个面试问题。主题：多线程”

在论坛上找到的。

本文有英文版：针对新手、经验丰富的程序员的 Top 50 Java 线程面试问题答案

Java 为一切提供了丰富的 API，但讽刺的是，它没有提供任何方便的方法来停止线程。虽然 JDK 1.0 有多种控制方法，例如stop()、suspend()和resume()，由于潜在的死锁威胁，这些方法在未来版本中已被标记为弃用，但 Java API 开发人员从那时起就没有尝试提供一种健壮、线程安全且优雅的方法来停止线程。程序员主要依赖这样一个事实：线程一旦完成执行方法run()或call(). 要手动停止，程序员可以利用volatile boolean该变量并在每次迭代中检查其值（如果该方法run()有循环），或者使用该方法中断线程interrupt()以突然取消作业。

具体来说这个问题：我从未见过有人将优先级设置为0。

如果有人对此有任何了解，请在评论中写下。
为什么我们需要上课ThreadGroup？

ThreadGroup是一组线程，还可以包含其他线程组。一组线程形成一棵树，其中每个其他线程组都有一个父级（原始线程组除外）。线程有权访问其线程组中的数据，但无权访问其他组或其父线程组。
它属于哪个线程组main-thread？

我在任何地方都没有找到它））告诉我它在哪里））
什么是模式ThreadPool？

维基百科上有一段关于此的文章摘录：

In computer programming, the thread pool pattern (also replicated workers or worker-crew model) is where a number of threads are created to perform a number of tasks, which are usually organized in a queue. The results from the tasks being executed might also be placed in a queue, or the tasks might return no result (for example, if the task is for animation). Typically, there are many more tasks than threads. As soon as a thread completes its task, it will request the next task from the queue until all tasks have been completed. The thread can then terminate, or sleep until there are new tasks available.

The number of threads used is a parameter that can be tuned to provide the best performance. Additionally, the number of threads can be dynamic based on the number of waiting tasks. For example, a web server can add threads if numerous web page requests come in and can remove threads when those requests taper down. The cost of having a larger thread pool is increased resource usage. The algorithm used to determine when to create or destroy threads will have an impact on the overall performance:
- create too many threads, and resources are wasted and time also wasted creating any unused threads
- destroy too many threads and more time will be spent later creating them again
- creating threads too slowly might result in poor client performance (long wait times)
В компьютерном программировании есть модель пула потоков, где определенное число потоков создается для выполнения целого ряда задач, которые обычно организуются в очереди. Результаты от выполненных задач также могут быть помещены в очередь, либо задачи могут не возвращать ниHowого результата (например, если задача для анимации).

Как правило, существует гораздо больше задач, чем потоков. Как только поток завершит свою задачу, он будет запрашивать следующую задачу из очереди, пока все задачи не будут завершены. Поток может затем прерваться or заснуть. Количество используемых потоков, это параметр, который может быть настроен, для обеспечения наилучшей производительности. Кроме того, число потоков может быть динамическим на основе количества возникающих задач. Например, веб-server может добавлять потоки, если requestы многочисленных веб-страниц приходят и может удалить потоки, когда этих requestов становится меньше. С увеличением размера пула потоков увеличивается использование ресурсов компьютера. Алгоритм, используемый для определения того, когда создавать or уничтожать потоки, будет иметь влияние на общую производительность: - Создать слишком много потоков значит тратить ресурсы и время впустую.

Уничтожить слишком много потоков и больше времени будет потрачено позже снова для их создания - Creation потоков слишком медленно, может привести к снижению производительности клиента.
Зачем нужен класс ThreadPoolExecutor?

public class ThreadPoolExecutor extends AbstractExecutorService

ExecutorService это выполняет каждую представленную задачу, используя один возможно из нескольких объединенных в пул потоков, обычно сконфигурированное использование Executors методы фабрики.

Пулы потоков рассматривают две различных проблемы: они обычно обеспечивают улучшенную производительность, выполняя большие количества асинхронных задач, из-за уменьшенных издержек вызова на задачу, и они обеспечивают средство ограничения и управления ресурсами, включая потоки, использованные, выполняя набор задач. Каждый ThreadPoolExecutor также поддерживает немного основной статистики, такой How число завершенных задач.

Whatбы быть полезным через широкий диапазон контекстов, этот класс обеспечивает много корректируемых параметров и рычагов расширяемости. Однако, программистов убеждают использовать более удобное Executors методы фабрики Executors.newCachedThreadPool() (неограниченный пул потоков, с автоматическим восстановлением потока), Executors.newFixedThreadPool(int) (пул потоков фиксированного размера) и Executors.newSingleThreadExecutor() (единственный фоновый поток), которые предварительно конфигурируют настройки для наиболее распространенных сценариев использования.
Сколько способов создать нить вы знаете?

На уровне языка есть два способа создания нити. Объект класса java.lang.Thread представляет собой нить, но ей требуется задача для исполнения, которая является an objectом, реализующим интерфейс java.lang.Runnable. Так How класс Thread реализует интерфейс Runnable, вы можете переопределить метод run() унаследовав ваш класс от Thread or реализовав в нём интерфейс Runnable.
Для чего используется класс Future?

Future хранит результат асинхронного вычисления. Вы можете запустить вычисление, предоставив кому-либо an object Future, и забыть о нем. Владелец an object Future может получить результат, когда он будет готов.
В чем преимущества Callable над Runnable?

Ссылка: Часть 2. Выполнение задач в многопоточном режиме

Интерфейс Callable гораздо больше подходит для создания задач, предназначенных для параллельного выполнения, нежели интерфейс Runnable or тем более класс Thread. При этом стоит отметить, что возможность добавить подобный интерфейс появилась только начиная с версии Java 5, так How ключевая особенность интерфейса Callable – это использование параметризованных типов (generics), How показано в листинге.
```
Листинг Creation задачи с помощью интерфейса Callable
10	1 import java.util.concurrent.Callable;
11	2 public class CallableSample implements Callable{
12	3     public String call() throws Exception {
13	4         if(Howое-то condition) {
14	5             throw new IOException("error during task processing");
15	6         }
16	7         System.out.println("task is processing");
17	8         return "result ";
18	9     }
19	10 }
```
Сразу необходимо обратить внимание на строку 2, где указано, что интерфейс Callable является параметризованным, и его конкретная реализация – класс CallableSample, зависит от типа String. На строке 3 приведена сигнатура основного метода call в уже параметризованном варианте, так How в качестве типа возвращаемого значения также указан тип String. Фактически это означает, что была создана задача, результатом выполнения которой будет an object типа String (см. строку 8). Точно также можно создать задачу, в результате работы которой в методе call будет создаваться и возвращаться an object любого требуемого типа. Такое решение значительно удобнее по сравнению с методом run в интерфейсе Runnable, который не возвращает ничего (его возвращаемый тип – void) и поэтому приходится изобретать обходные пути, чтобы извлечь результат работы задачи.

Еще одно преимущество интерфейса Callable – это возможность «выбрасывать» исключительные ситуации, не оказывая влияния на другие выполняющиеся задачи. На строке 3 указано, что из метода может быть «выброшена» исключительная ситуация типа Exception, что фактически означает любую исключительную ситуацию, так How все исключения являются потомками java.lang.Exception. На строке 5 эта возможность используется для создания контролируемой (checked) исключительной ситуации типа IOException. Метод run интерфейса Runnable вообще не допускал выбрасывания контролируемых исключительных ситуаций, а выброс неконтролируемой (runtime) исключительной ситуации приводил к остановке потока и всего applications.
Можно ли отменить выполнение задачи, если использовать класс Future?

Исходя из этой дискуссии, поднятой на хабре, выходит, что нельзя.

У Future есть метод Future.cancel(boolean), который должен отменить выполнение задачи. Но если задача уже начала выполняться, вызов Future.cancel(true) на самом деле не остановит ее. В недрах реализации FutureTask выполняется code:
```
if (mayInterruptIfRunning) {
Thread r = runner;
if (r != null)
r.interrupt(); }
```
Т.е. опять потоку, в котором выполняется задача, всего лишь рекомендуется прекратить выполнение. К тому же, мы не имеем даже возможности узнать выполняется ли задача в данный момент or нет. Есть, метод Future.isDone(), но опять мимо, он возвращает true не только когда задача завершила выполнение, а сразу после вызова Future.cancel(), даже если задача все еще выполняется (ведь Future.cancel(true) не останавливает задачу которая уже начала выполняться).

Хорошо, если мы сами пишем весь code, тогда можно в нужных местах аккуратно обрабатывать Thread.isInterrupted() и все будет ОК. Но если мы запускаем сторонний code? Если у нас есть server расширяемый с помощью плагинов? Какой-нибудь криво написанный плагин может requestто привести к неработоспособному состоянию весь server ведь мы не можем корректно прервать выполнение зависшего plugin.