为什么Java中线程池的核心线程不能在初始阶段重用？

Question

我最近在查看ThreadPoolExecutor的源代码时遇到了一个问题：如果线程池表示重用现有线程以减少线程创建或销毁的开销，为什么不在初始阶段重用核心线程？也就是说，当当前线程数小于核心线程数时，首先检查是否有已完成任务的核心线程，如果有，请重用。为什么不呢？这是否违反了线程池设计原则，而不是在达到核心线程数之前创建新线程？

以下是对ThreadPoolExecutor中addWorker（）方法的部分注释

• @param firstTask新线程应首先运行的任务（如果没有，则为null）。当线程数少于corePoolSize时（在这种情况下，我们总是启动一个线程），或者当队列已满时（在这种情况下，我们必须绕过队列），将使用初始的第一个任务（在方法execute（）中）创建工作线程以绕过队列。最初，空闲线程通常是通过预启动核心线程（prestartCoreThread）创建的，或者用来替换其他正在死亡的工作线程

Answer 1

这实际上已经被请求了：JDK-6452337。一位核心库开发人员指出：

我喜欢这个想法，但是ThreadPoolExector已经够复杂的了。

请记住，corePoolSize是ThreadPoolExecitor的重要组成部分，它表示至少有多少工作人员始终处于活动/空闲状态。达到这个数字自然需要很短的时间。您根据自己的需要设置corePoolsize，预计工作负载将满足这个数字。

我的假设是，优化这个“热身阶段”——想当然地认为这实际上会提高效率——是不值得的。我无法为您量化此优化将带来的额外复杂性，我没有开发Java核心库，但我认为这不值得。

您可以这样想：“预热阶段”是恒定的，而线程池将运行一段未定义的时间。在理想情况下，初始阶段实际上不应该花费任何时间，在创建线程池时，工作负载应该在那里。因此，您正在考虑一种优化方法，该方法优化的内容不是预期的线程池状态。

无论如何，必须在某个时候创建线程工作线程。这种优化只会延迟创建。假设您的corePoolSize为10，那么至少需要创建10个线程。如果以后再做，这个开销不会改变。是的，资源也会稍后获取，但这里我首先要问的是线程池配置是否正确：corePoolSize是否正确，它是否满足当前的工作负载？

请注意，ThreadPoolExecutor具有setCorePoolSize（int）和allowCoreThreadTimeOut（boolean）等方法，允许您根据需要配置线程池。