- Ano ang mga priyoridad ng thread?
Ang sagot sa tanong na ito ay nasa mga lektura ng JavaRush.
Upang ma-optimize ang parallel na operasyon ng mga thread sa Java, posibleng magtakda ng mga priyoridad ng thread. Ang mga thread na may mas mataas na priyoridad ay may kalamangan sa pagtanggap ng oras ng CPU kaysa sa mga thread na may mas mababang priyoridad.
Ang pagtatrabaho nang may mga priyoridad ay ibinibigay ng mga sumusunod na pamamaraan ng klase
Thread
:public final void setPriority(int newPriority)
Itinatakda ang priyoridad ng thread.
public final int getPriority()
Binibigyang-daan kang malaman ang priyoridad ng thread.
Ang halaga ng isang parameter sa isang paraan
setPriority
ay hindi maaaring basta-basta. Ito ay dapat nasa pagitan ng MIN_PRIORITY at MAX_PRIORITY. Kapag ginawa, may priyoridad na NORM_PRIORITY ang isang thread.MIN_PRIORITY = 1.
NORM_PRIORITY =5.
MAX_PRIORITY = 10. -
Posible bang ihinto ang isang thread sa pamamagitan ng pagbabawas ng priyoridad nito sa 0?
Ang sagot ay nasa artikulo: “Nangungunang 50 tanong sa panayam. Paksa: Multithreading"
Natagpuan ito sa forum.
Mayroong English na bersyon ng artikulong ito: Top 50 Java Thread Interview Questions Answers for Freshers, Experienced Programmer
Nagbibigay ang Java ng mga rich API para sa lahat, ngunit sa kabalintunaan, hindi ito nagbibigay ng anumang maginhawang paraan upang ihinto ang isang thread. Bagama't ang JDK 1.0 ay may ilang mga paraan ng pagkontrol, gaya ng
stop()
,suspend()
atresume()
, na minarkahan na hindi na ginagamit sa mga paglabas sa hinaharap dahil sa mga potensyal na banta ng deadlock, ang mga developer ng Java API ay hindi na sinubukan mula noon na magbigay ng isang matatag, ligtas sa thread, at eleganteng paraan upang huminto mga thread. Karamihan sa mga programmer ay umaasa sa katotohanan na ang thread ay hihinto sa sarili nito sa sandaling matapos nito ang pagpapatupad ng mga pamamaraanrun()
ocall()
. Upang manu-manong huminto, sinasamantala ng mga programmervolatile boolean
ang variable at suriin ang halaga nito sa bawat pag-ulit kung ang pamamaraanrun()
ay may mga loop, o abalahin ang mga thread gamit ang paraaninterrupt()
upang biglang kanselahin ang mga trabaho.Partikular sa tanong: Wala pa akong nakitang sinuman na nagtakda ng priyoridad sa 0.
Kung may nakakaalam tungkol dito, sumulat sa mga komento.
-
Bakit kailangan natin ng klase
ThreadGroup
?ThreadGroup
ay isang set ng mga thread na maaari ding maglaman ng iba pang mga grupo ng mga thread. Ang isang grupo ng mga thread ay bumubuo ng isang puno kung saan ang bawat iba pang grupo ng mga thread ay may magulang (maliban sa orihinal). May karapatan ang isang thread na mag-access ng data mula sa pangkat ng thread nito, ngunit walang ganoong access sa ibang mga grupo o sa parent thread group nito. -
Anong pangkat ng mga thread ito nabibilang
main-thread
?Hindi ko ito natagpuan kahit saan)) Sabihin sa akin kung nasaan ito))
-
Ano ang isang pattern
ThreadPool
?Mayroong isang sipi mula sa artikulo ng Wikipedia tungkol dito:
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 objectFuture
, и забыть о нем. Владелец an objectFuture
может получить результат, когда он будет готов. -
В чем преимущества
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.
DefNeo
Antas
GO TO FULL VERSION