线程池参数配置

corePoolSize:线程池的核心线程数。在没有设置 allowCoreThreadTimeOut 为 true 的情况下，核心线程会在线程池中一直存活，即使处于闲置状态。

maximumPoolSize:线程池所能容纳的最大线程数。当活动线程(核心线程+非核心线程)达到这个数值后，后续任务将会根据 RejectedExecutionHandler 来进行拒绝策略处理。

keepAliveTime:非核心线程闲置时的超时时长。超过该时长，非核心线程就会被回收。若线程池通过 allowCoreThreadTimeOut() 方法设置 allowCoreThreadTimeOut 属性为 true，则该时长同样会作用于核心线程。

workQueue：任务队列，当核心线程达到最大值，新请求的任务将放在这里；

RejectedExecutionHandler：当任务无法被执行时(超过线程最大容量 maximum 并且 workQueue 已经被排满了)的处理策略，这里有四种任务拒绝类型。

1、当线程池中线程数量小于 corePoolSize 则创建线程，并处理请求。

2、当线程池中线程数量大于等于 corePoolSize 时，则把请求放入 workQueue 中,随着线程池中的核心线程们不断执行任务，只要线程池中有空闲的核心线程，线程池就从workQueue 中取任务并处理。

3 、当 taskQueue 已存满，放不下新任务时则新建非核心线程入池，并处理请求直到线程数目达到 maximumPoolSize（最大线程数量设置值）。

4、如果线程池中线程数大于 maximumPoolSize 则使用 RejectedExecutionHandler 来进行任务拒绝处理。

CPU密集型核心线程数=CPU核数+1；

IO密集型核心线程数=CPU核数*2；

最大线程数= CPU 核心数 / (1 - 阻塞系数)

其中计算密集型阻塞系数为 0，IO 密集型阻塞系数接近 1，一般认为在 0.8 ~ 0.9 之间。比如 8 核 CPU，按照公式就是 2 / ( 1 - 0.9 ) = 20 个线程数

当线程数>=corePoolSize，且任务队列已满时。线程池会创建新线程来处理任务。

当线程数=maxPoolSize，且任务队列已满时，线程池会拒绝处理任务而抛出异常。

切记不能设置为Integer.MAX_VALUE，这样队列会很大，线程数只会保持在corePoolSize大小，当任务陡增时，不能新开线程来执行，响应时间会随之陡增。

下面我们分析一波，怎么配置会让我们系统处理能力更快？

首先我们几乎可以忽略队列本身占内存的情况，主要考虑多线程取队列数据竞争问题以及线程数量

而线程池以及线程数的选用真正线程数的选用主要看压测，看看处理时间

单一变量原则，我们可以固定我们的线程数量来进行压测看看，比如说我们固定要创建64个线程，那么可以有以下几种线程池分配方式

我们先要找出最优情况，在没有慢请求的情况下64*1的速度必然是处理速度最快的，然后我们可以进行多种情况压测，看看谁最接近我们最优情况那就是哪个配置更适合我们。

通常情况下慢查询比较多可以少队列，多线程，如果查询速度非常快，可以偏向于用多队列单线程，选择方向即 少竞争，少阻塞，最终配置要看压测，这玩意很玄，想直接数学计算不太行

---