线程池的执行流程

线程池的执行过程，可以分为以下几个步骤：

1. 提交一个线程任务，线程池会分配一个空闲线程，用于执行线程任务；
2. 如果线程池不存在空闲线程，则线程会判断当前“存活的线程数”是否小于核心线程数corepoolsize。
3. 如果当前工作线程数小于核心线程数，则直接调用 addWorker() 方法创建一个核心线程去执行任务；
4. 如果工作线程数大于核心线程数，即线程池核心线程数已满，则新任务会被添加到阻塞队列中等待执行，当然，添加队列之前也会进行队列是否为空的判断；
5. 如果工作队列未满，则将该线程任务放入工作队列进行等待。线程池中如果出现空闲线程，将从工作队列中按照FIFO的规则取出1个线程任务并分配执行；
6. 如果工作队列已满，则判断线程数是否达到最大线程数maximumPoolSize
7. 如果当前“存活线程数”没有达到最大线程数maximumPoolSize，则创建一个新线程（非核心线程）执行新线程任务；
8. 如果当前“存活线程数”已经达到最大线程数maximumPoolSize，直接采用拒绝策略处理新线程任务；

综上所述，执行顺序为：核心线程、工作队列、非核心线程、拒绝策略

 线程池的配置参数

corePoolSize        线程池核心线程数：也可以理解为线程池维护的最小线程数量，核心线程创建后不会被回收。大于核心线程数的线程，在空闲时间超过keepAliveTime后会被回收；

• 在创建了线程池后，默认情况下，线程池中并没有任何线程，当调用 execute() 方法添加一个任务时，如果正在运行的线程数量小于corePoolSize，则马上创建新线程并运行这个任务。
• IO密集计算：由于 I/O 设备的速度相对于 CPU来说都很慢，所以大部分情况下，I/O 操作执行的时间相对于 CPU 计算来说都非常长，这种场景我们一般都称为 I/O 密集型计算。最佳线程数 =CPU 核数 * [ 1 +（I/O 耗时 / CPU 耗时）]。
• CPU密集型：CPU 密集型计算大部分场景下都是纯 CPU 计算，多线程主要目的是提升CPU利用率，最佳线程数 =“CPU 核心数 +1”。这样的话，当线程因为偶尔的内存页失效或其他原因导致阻塞时，这个额外的线程可以临时替补，从而保证 CPU 的利用率。

maximumPoolSize        线程池最大线程数：线程池允许创建的最大线程数量；（包含核心线程池数量）

keepAliveTime        非核心线程线程存活时间：当一个可被回收的线程的空闲时间大于keepAliveTime，就会被回收。

• 当线程池中的线程数大于corePoolSize时，如果一个线程空闲的时间达到keepAliveTime，则会被回收，直到线程池中的线程数不超过corePoolSize。
• 如果设置allowCoreThreadTimeOut = true，在线程池中的线程数不大于corePoolSize时，keepAliveTime参数也会起作用，直到线程池中的线程数为0；

TimeUnit        时间单位：参数keepAliveTime的时间单位；

BlockingQueue        阻塞工作队列：用来存储等待执行的任务；

ThreadFactory        线程工厂 : 用于创建线程，以及自定义线程名称，需要实现ThreadFactory接口；

RejectedExecutionHandler        拒绝策略：当线程池线程内的线程耗尽，并且工作队列达到已满时，新提交的任务，将使用拒绝策略进行处理；

• ThreadPoolExecutor.AbortPolicy：默认策略，丢弃任务并抛出RejectedExecutionException异常；
• ThreadPoolExecutor.DiscardPolicy：丢弃任务，但是不抛出异常；
• ThreadPoolExecutor.DiscardOldestPolicy：丢弃工作队列中的队头任务（即最旧的任务，也就是最早进入队列的任务）后，继续将当前任务提交给线程池；
• ThreadPoolExecutor.CallerRunsPolicy：由原调用线程处理该任务 （谁调用，谁处理）；