一、简介
jdk1.5 版本新增了JUC并发编程包，极大的简化了传统的多线程开发。前面文章中介绍了线程池的使用，链接地址：https://www.cnblogs.com/eric-fang/p/9004020.html
Java线程池，是典型的池化思想的产物，类似的还有数据库的连接池、redis的连接池等。池化思想，就是在初始的时候去申请资源，创建一批可使用的连接，这样在使用的时候，就不必再进行创建连接信息的开销了。举个生活中鲜明的例子，在去著名洋快餐某基或者某劳的时候，配餐人员是从一个中间的保温箱中直接取食材，然后打包就好了。不用再临时的来了一个单子，又要去拿原材料，又要去进行加工。效率明显的就是提高了很多。
俗话说 满而不损则溢，盈而不持则倾。线程池既然是容器，那么必然的会有存满的情况。在达到某些特定条件的时候，再来请求的话，池子是如何进行请求处理的呢？这里就引出了池的拒绝策略。一般的数据库连接池在达到最大连接数的时候会默认的等待特定的设置的时间或者直接就抛出异常。而本文中要阐述的线程池却并非如此的策略，下面开始展开讲解下。
二、线程池的拒绝策略
线程池中，有三个重要的参数，决定影响了拒绝策略：corePoolSize - 核心线程数，也即最小的线程数。workQueue - 阻塞队列 。 maximumPoolSize - 最大线程数
当提交任务数大于 corePoolSize 的时候，会优先将任务放到 workQueue 阻塞队列中。当阻塞队列饱和后，会扩充线程池中线程数，直到达到 maximumPoolSize 最大线程数配置。此时，再多余的任务，则会触发线程池的拒绝策略了。
总结起来，也就是一句话，当提交的任务数大于（workQueue.size() + maximumPoolSize ），就会触发线程池的拒绝策略。
三、拒绝策略定义
拒绝策略提供顶级接口 RejectedExecutionHandler ，其中方法 rejectedExecution 即定制具体的拒绝策略的执行逻辑。
jdk默认提供了四种拒绝策略：
CallerRunsPolicy - 当触发拒绝策略，只要线程池没有关闭的话，则使用调用线程直接运行任务。一般并发比较小，性能要求不高，不允许失败。但是，由于调用者自己运行任务，如果任务提交速度过快，可能导致程序阻塞，性能效率上必然的损失较大
AbortPolicy - 丢弃任务，并抛出拒绝执行 RejectedExecutionException 异常信息。线程池默认的拒绝策略。必须处理好抛出的异常，否则会打断当前的执行流程，影响后续的任务执行。
DiscardPolicy - 直接丢弃，其他啥都没有
DiscardOldestPolicy - 当触发拒绝策略，只要线程池没有关闭的话，丢弃阻塞队列 workQueue 中最老的一个任务，并将新任务加入
阻塞队列说明
首先,线程池是啥,有啥好处这里就不提了.google一下马上知道. 嘻嘻嘻
首先第一步!我们先来认识下 在 java.util.concurrent 包中，提供了 ThreadPoolExecutor 的实现。
该类是核心,参数以及含义要多多理解并记下. 源代码如下:
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit,BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory,RejectedExecutionHandler handler)
参数说明:
corePoolSize: 核心线程数,表示当前线程池主要工作的线程池数. 需要注意的是默认的初始线程数为0,当任务进来的时候才会慢慢的创建线程执行相应的任务,如果想一开始就创建所有的线程要调用prestartAllCoreThreads 方法
maximumPoolSize: 允许存在的最大线程数量,需要注意的是当核心线程数满了,并且阻塞队列也满了的情况下,才回去判断是否没有达到最大线程数然后决定是否去创建新的线程
keepAliveTime: 当线程数量多于核心线程数的时候,空闲的线程最多存活的时间
unit: keepAliveTime的时间单位
workQueue: 当线程数目超过核心线程数时用于保存任务的队列。主要有3种类型的BlockingQueue可供选择：无界队列，有界队列和同步移交。
threadFactory: 线程工厂
handler: 阻塞队列满并且线程数量已达到最大值,这时候要执行的策略:一般来讲有 终止,抛弃,抛弃最旧的,调用者运行