不可能制作一个有大小限制的缓存线程池吗？

似乎不可能创建一个限制其可以创建的线程数量的缓存线程池。

这是静态的Executors.newCachedThreadPool在标准Java库中实现：

 public static ExecutorService newCachedThreadPool() {
    return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
                                  60L, TimeUnit.SECONDS,
                                  new SynchronousQueue<Runnable>());
}

因此，使用该模板继续创建固定大小的缓存线程池：

new ThreadPoolExecutor(0, 3, 60L, TimeUnit.SECONDS, new SynchronusQueue<Runable>());

现在如果你使用这个并提交 3 个任务，一切都会好起来的。提交任何进一步的任务将导致拒绝执行异常。

尝试这个：

new ThreadPoolExecutor(0, 3, 60L, TimeUnit.SECONDS, new LinkedBlockingQueue<Runable>());

将导致所有线程顺序执行。也就是说，线程池永远不会创建多个线程来处理您的任务。

这是执行方法中的一个错误ThreadPoolExecutor？或者也许这是故意的？或者还有其他办法吗？

编辑：我想要与缓存线程池完全相同的东西（它按需创建线程，然后在超时后杀死它们），但它可以创建的线程数量受到限制，并且能够在完成后继续对其他任务进行排队达到其线程限制。根据sjlee的回应这是不可能的。看着execute()的方法ThreadPoolExecutor这确实是不可能的。我需要子类化ThreadPoolExecutor并覆盖execute()有点像SwingWorker确实如此，但是什么SwingWorker确实在其execute()是一个完整的黑客。

The ThreadPoolExecutor有以下几个关键行为，这些行为就可以解释你的问题。

当任务提交后，

1. 如果线程池尚未达到核心大小，则会创建新线程。
2. 如果已达到核心大小并且没有空闲线程，则会将任务排队。
3. 如果已达到核心大小，没有空闲线程，并且队列已满，则会创建新线程（直到达到最大大小）。
4. 如果已达到最大大小，并且没有空闲线程，并且队列已满，则拒绝策略将启动。

在第一个示例中，请注意SynchronousQueue本质上大小为 0。因此，当达到最大大小 (3) 时，拒绝策略就会生效 (#4)。

在第二个示例中，选择的队列是LinkedBlockingQueue其大小不受限制。因此，你会陷入行为#2。

您无法真正对缓存类型或固定类型进行太多修改，因为它们的行为几乎完全确定。

如果您想要有一个有界的动态线程池，您需要使用正的核心大小和最大大小与有限大小的队列相结合。例如，

new ThreadPoolExecutor(10, // core size
    50, // max size
    10*60, // idle timeout
    TimeUnit.SECONDS,
    new ArrayBlockingQueue<Runnable>(20)); // queue with a size

Addendum：这是一个相当古老的答案，似乎 JDK 在核心大小为 0 时改变了其行为。从 JDK 1.6 开始，如果核心大小为 0 并且池没有任何线程，ThreadPoolExecutor 将添加一个线程执行该任务。因此，核心大小 0 是上述规则的一个例外。谢谢Steve for bringing这引起了我的注意。