这篇博客文章中介绍了这个陷阱:
线程池的这种构造根本无法按预期工作。这是由于 ThreadPoolExecutor 中的逻辑,如果无法向队列提供任务,则会添加新线程。在我们的例子中,我们使用一个无限的LinkedBlockingQueue,我们总是可以向队列提供任务。这实际上意味着我们永远不会超过核心池大小并达到最大池大小。
如果还需要将最小池大小与最大池大小分离,则必须执行一些扩展编码。我不知道Java库或Apache Commons中存在的解决方案。解决方案是创建一个知道 TPE 的耦合,如果它知道 TPE 没有可用的线程,则将不厌其烦地拒绝任务,然后手动重新排队。在链接的帖子中更详细地介绍了它。最终,您的构造将如下所示:BlockingQueue
public static ExecutorService newScalingThreadPool(int min, int max, long keepAliveTime) {
ScalingQueue queue = new ScalingQueue();
ThreadPoolExecutor executor =
new ScalingThreadPoolExecutor(min, max, keepAliveTime, TimeUnit.MILLISECONDS, queue);
executor.setRejectedExecutionHandler(new ForceQueuePolicy());
queue.setThreadPoolExecutor(executor);
return executor;
}
然而,更简单地设置为,不要担心这种无稽之谈。corePoolSize
maxPoolSize