Я пытаюсь использовать ThreadPoolExecutorкласс Java для запуска большого количества тяжеловесных задач с фиксированным количеством потоков. У каждой из задач есть много мест, в которых она может потерпеть неудачу из-за исключений. Я разделил на подклассы ThreadPoolExecutorи переопределил...
newCachedThreadPool() против newFixedThreadPool() Когда я должен использовать один или другой? Какая стратегия лучше с точки зрения использования
Скажем, у меня есть очередь, полная задач, которые мне нужно отправить в службу исполнителя. Я хочу, чтобы они обрабатывались по одному. Самый простой способ, который я могу придумать, это: Взять задание из очереди Отправить его исполнителю Позвоните .get на возвращенное будущее и заблокируйте,...
Кажется, невозможно создать пул кэшированных потоков с ограничением количества потоков, которые он может создать. Вот как статический Executors.newCachedThreadPool реализован в стандартной библиотеке Java: public static ExecutorService newCachedThreadPool() { return new ThreadPoolExecutor(0,...
В чем именно разница между размером основного пула и максимальным размером пула, когда мы говорим о них ThreadPoolExecutor? Можно ли это объяснить на примере?
Я хочу создать ThreadPoolExecutorтакой, чтобы при достижении максимального размера и заполнении очереди submit()метод блокировался при попытке добавить новые задачи. Нужно ли мне реализовать RejectedExecutionHandlerдля этого индивидуальный заказ или есть способ сделать это с помощью стандартной...
Некоторое время я был разочарован поведением по умолчанию, ThreadPoolExecutorкоторое поддерживает ExecutorServiceпулы потоков, которые используют многие из нас. Цитата из Javadocs: Если количество запущенных потоков больше corePoolSize, но меньше maximumPoolSize, новый поток будет создан только в...