Скрытые неограниченные ресурсы: newFixedThreadPool — неограниченная очередь (задачи копятся до OutOfMemoryError, наружу не идёт никакого отказа), newCachedThreadPool — неограниченное число потоков (тысячи потоков под всплеском). В проде ThreadPoolExecutor создают явно.
А ещё Метрики: размер очереди, активные потоки, отказы
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
newFixedThreadPool и newSingleThreadExecutor берут LinkedBlockingQueue без границы: при всплеске нагрузки очередь растёт, пока не кончится куча, причём деградация не видна по метрикам пула. newCachedThreadPool использует SynchronousQueue и лимит потоков в Integer.MAX_VALUE — под нагрузкой это взрыв числа потоков. Правильный путь — создать ThreadPoolExecutor напрямую: ограниченная ArrayBlockingQueue, осмысленный RejectedExecutionHandler (CallerRunsPolicy даёт естественное торможение) и именованная ThreadFactory для читаемых стектрейсов.
Несколько верных вариантов. Подумайте, потом откройте ответ.
Зачем пул, параметры ThreadPoolExecutor, ловушки фабрик Executors, выбор размера и корректное завершение.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto