Почему задачи отдают в пул потоков, а не создают поток на каждую?

Платформенный поток соответствует потоку ОС: ему нужна память под стек и работа ядра при создании и переключении. Создавать поток на каждую короткую задачу расточительно. Ещё опаснее отсутствие ограничений: при всплеске нагрузки появятся тысячи потоков, и приложение утонет в переключениях контекста и нехватке памяти.

Пул решает обе проблемы: фиксированный набор потоков берёт задачи из очереди.

Основные элементы ThreadPoolExecutor:

• число потоков (core и max);
• очередь задач — ограниченная или нет. Неограниченная очередь при перегрузке растёт до нехватки памяти;
• политика отказа — что делать, если очередь полна: бросить исключение, выполнить в вызывающем потоке, отбросить.

Фабрики Executors.newFixedThreadPool(n) удобны, но используют неограниченную очередь — в продакшене часто настраивают пул явно.

Размер: для вычислительных задач — около числа ядер; для задач с ожиданием (сеть, база) — больше. Пул нужно останавливать: shutdown() и awaitTermination(), иначе приложение может не завершиться.

ExecutorService pool = Executors.newFixedThreadPool(8);
try {
    Future<Report> report = pool.submit(() -> buildReport(id));
    // ... другая работа
    Report r = report.get(5, TimeUnit.SECONDS);
} finally {
    pool.shutdown();
}