线程池使用

七大参数

1. corePoolSize：线程池中的常驻核心线程数
2. maximumPoolSize：线程池能够容纳同时执行的最大线程数，此值必须大于等于1。
3. keepAliveTime：多余的空闲线程的存活时间。当线程池数量超过corePoolSize时，当空闲时间达到keepAliveTime值时，
   多余空闲线程会被销毁直到只剩下corePoolSize个线程为止。
4. unit：keepAliveTime的单位
5. workQueue：任务队列，被提交但未被执行的任务。
6. threadFactory：标识生成线程池中工作线程的线程工厂，用于创建线程一般用默认即可。
7. handler：拒绝策略，标识当队列满了并且工作线程大于等于线程池的最大线程数时如何来拒绝请求执行的runnable的策略。

线程池流程

1. 在创建了线程池后，等待提交过来的任务请求
2. 当调用execute()方法添加一个任务请求时，线程池会做如下判断：
   2.1. 如果正在运行的线程池数量小于corePoolSize，那么马上创建线程运行这个任务
   2.2. 如果正在运行的线程数量大于或等于corePoolSize，那么将这个任务放入workQueue队列
   2.3. 如果这个时候队列满了且正在运行的线程数量还小于maximumPoolSize，那么还是要创建非核心线程立刻运行这个任务
   2.4. 如果队列满了且正在运行的线程数量大于或等于maximumPoolSize，那么线程池会启动饱和拒绝策略来执行。
3. 当一个线程完成任务时，它会从队列中取下一个任务来执行
4. 当一个线程无事可做超过一定的时间（keepAliveTime）时，线程池会判断：
   如果当前运行的线程数量大于corePoolSize，那么这个线程就被停掉
   所以线程池的所有任务完成后它最终会收缩到corePoolSize的大小

生产环境中的选择

线程池不允许使用 Executors 去创建，而是通过 ThreadPoolExecutor 的方式，这样
的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。
说明： Executors 返回的线程池对象的弊端如下：

1. FixedThreadPool 和 SingleThreadPool :
   允许的请求队列长度为 Integer.MAX_VALUE ，可能会堆积大量的请求，从而导致 OOM 。
2. CachedThreadPool 和 ScheduledThreadPool :
   允许的创建线程数量为 Integer.MAX_VALUE ，可能会创建大量的线程，从而导致 OOM 。

拒绝策略

1. AbortPolicy(默认)：直接抛出RejectedExecutionException异常阻止系统正常运行
2. CallerRunsPolicy：“调用者运行”一种调用机制，该策略既不会抛弃任务，也不会抛出异常，而是将某些任务回退到调用者，从而降低新任务的流量。
3. DiscardOldestPolicy：抛弃队列中等待最久的任务，然后把当前任务加入队列中尝试再次提交当前任务。
4. DiscardPolicy：直接抛弃任务，不予任何处理也不抛出异常，如果允许任务丢失，这是最好的一种方案。

合理配置线程池

cpu密集型

CPU密集的意思是该任务需要大量的运算，而没有阻塞，CPU一直全速运行。
CPU密集任务只有在真正的多核CPU上才可能得到加速
CPU密集型任务配置尽可能少的线程数量
一般公式：CPU核数+1 个线程的线程池（尽可能的减少切换）

IO密集型

IO密集型，即该任务需要大量的IO，即大量的阻塞，故需要多配置线程数。

1. 由于IO密集型任务线程并不是一直在执行任务，则应配置尽可能多的线程，如CPU核数*2
2. 在单线程上运行IO密集型的任务会导致浪费大量的CPU运算能力，浪费在等待。所以在IO密集型任务中使用多线程可以大大的加速程序运行，及时在单核CPU上，这种加速主要就是利用了被浪费掉的阻塞时间。
   参考公式：CPU核数/ 1-阻塞系数（在0.8-0.9之间）
   比如8核CPU：8 / 1-0.9 = 80个线程数