线程池

线程池里的线程数量设置为多少合适呢？

1.CPU密集型（加密、计算hash等）：最佳线程数位 CPU 核心数的1-2倍

2.耗时 IO 型（读写数据库、文件、网络读写等）： 最佳线程数大于 CPU 核心数的很多倍，，以 JVM
线程监控显示繁忙情况为依据，保证线程空闲可以衔接上，参考 Brain Goetz 推荐的计算方法
线程数 = CPU 核心数 * （1 + 平均等待时间 / 平均工作时间）

对比线程池的特点：
1. FixedThreadPool : 固定数量线程池
2. CacheThreadPool : 可缓存线程池
3. ScheduledThreadPool : 可定时线程池
4. SingleThreadPool : 只有一个线程的线程池
5. WorkStealingPool : （1）适合任务可以产生子任务的场景 （2） 拥有窃取能力、适合线程间合作
注意：线程不加锁、因为可窃取不保证执行顺序

FixedThreadPool 和 SingleThreadPool 的队列为 LinkedBlockingQueue : 队列无法扩展，线程数量无法预知，
所以在自身做文章，将队列设置为可以无限大的

CacheThreadPool 的队列为 SynchronizedQueue : 线程来了直接执行

ScheduledThreadPool 使用的是延迟队列 DelayedWorkQueue

五个方法停止线程池：

1. shutdown() : 不再接受新的线程，把存量的任务执行完毕
2. isShutdown : 判断线程池是否开始停止
3. isTerminated : 判断所有线程是否都停止
4. awaitTermination : 等待一段时间判断所有线程是否停止，起检测作用
5. shutdownNow : 立刻终止，终止正在运行的线程，队列中等待的线程直接返回。

任务太多怎么拒绝？
拒绝时机 ： （1）Executor 关闭提交任务会被拒绝，（2）Executor 队列已满和线程已满的情况下
4种拒绝策略 ： AbortPolicy(抛出异常) DiscardPolicy(丢弃)
DiscardOldestPolicy(丢弃最老的) CallerRunsPolicy(丢给Caller)