一文读懂 Java 线程池

为什么要用线程池

在生产环境，我们经常面临的情况是：处理某次请求的时间非常短暂，但是请求量很大。

在这种情况下，如果为每个请求单独创建一个线程，有限的硬件资源有可能会被OS创建线程，切换线程状态、销毁线程这些操作所占用，用于业务处理的资源反而减少了。

所以理想的处理方式是：将请求的线程数量控制在一个范围内，既保证后续的请求不会等待太长时间，又保证物理机将足够的资源用于请求处理本身。

线程池设计与结构

开发者通常利用 ThreadPoolExecutor 类的构造函数来创建不同配置的线程池：

ThreadPoolExecutor(int corePoolSize,                          int maximußmPoolSize,                      long keepAliveTime,                      TimeUnit unit,                                  BlockingQueue<Runnable> workQueue,                   ThreadFactory threadFactory,                                  RejectedExecutionHandler handler)

透过这个构造方法，可以大致勾勒出线程池的基本组成，其大致的结构如下图所示。

这里一定要注意：存在于线程池中的一定是Thread对象，而不是你要处理的任务。因此才叫线程池而不是任务池，线程池会分配池中的一个空闲线程对象来运行提交的任务。

构成线程池的几个要素：

• 等待队列：

  即将要执行的任务队列，因为某些原因，线程池并没有马上运行这些任务

• 核心线程：

  执行任务的线程对象，其数量由 corePoolSize 指定

• 非核心线程：

  一旦任务数量过多，线程池将创建非核心线程临时帮助运行任务

注意：实际上，并没有「核心线程」与「非核心线程」这样的概念，只是为了方便大家理解，而所有区分而已。因此，全文对这两个概念均加了引号。

线程池的大致工作流程：

1、开发者提交待执行任务，线程池收到这个任务请求后，有以下几种处理情况：

• 当前线程池中运行的线程数量还没有达到 corePoolSize 大小时，线程池会创建一个新线程执行提交的任务，无论之前创建的线程是否处于空闲状态。

• 当前线程池中运行的线程数量已经达到 corePoolSize 大小时，线程池会把任务加入到等待队列中，直到某一个线程空闲了，线程池会根据我们设置的等待队列规则，从队列中取出一个新的任务执行。

• 根据队列规则，这个任务无法加入到等待队列，这时线程池就会创建一个“非核心线程”直接运行这个任务。

  注意，