Java线程池拒绝策略

一、简介

　　jdk1.5 版本新增了JUC并发编程包，极大的简化了传统的多线程开发。

　　俗话说 满而不损则溢，盈而不持则倾。线程池既然是容器，那么必然的会有存满的情况。在达到某些特定条件的时候，再来请求的话，池子是如何进行请求处理的呢？这里就引出了池的拒绝策略。一般的数据库连接池在达到最大连接数的时候会默认的等待特定的设置的时间或者直接就抛出异常。而本文中要阐述的线程池却并非如此的策略，下面开始展开讲解下。

二、线程池的拒绝策略

　　线程池中，有三个重要的参数，决定影响了拒绝策略：corePoolSize - 核心线程数，也即最小的线程数。workQueue - 阻塞队列 。 maximumPoolSize - 最大线程数

　　当提交任务数大于 corePoolSize 的时候，会优先将任务放到 workQueue 阻塞队列中。当阻塞队列饱和后，会扩充线程池中线程数，直到达到 maximumPoolSize 最大线程数配置。此时，再多余的任务，则会触发线程池的拒绝策略了。

　　总结起来，也就是一句话，当提交的任务数大于（workQueue.size() + maximumPoolSize ），就会触发线程池的拒绝策略。

三、拒绝策略定义

　　拒绝策略提供顶级接口 RejectedExecutionHandler ，其中方法 rejectedExecution 即定制具体的拒绝策略的执行逻辑。

　　jdk默认提供了四种拒绝策略：

　　　　　　　　　　　　　　　　CallerRunsPolicy - 当触发拒绝策略，只要线程池没有关闭的话，则使用调用线程直接运行任务。一般并发比较小，性能要求不高，不允许失败。但是，由于调用者自己运行任务，如果任务提交速度过快，可能导致程序阻塞，性能效率上必然的损失较大

　　　　　　　　　　　　　　　 AbortPolicy - 丢弃任务，并抛出拒绝执行 RejectedExecutionException 异常信息。线程池默认的拒绝策略。必须处理好抛出的异常，否则会打断当前的执行流程，影响后续的任务执行。

　　　　　　　　　　　　　　　 DiscardPolicy - 直接丢弃，其他啥都没有

　　　　　　　　　　　　　　　 DiscardOldestPolicy -  当触发拒绝策略，只要线程池没有关闭的话，丢弃阻塞队列 workQueue 中最老的一个任务，并将新任务加入

四、自定义拒绝策略

        

 new RejectedExecutionHandler() {
                    @Override
                    public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) {             // 异常处理、记录异常等等

                        try {
                            // 获取workQueue，将offer改为put方法【阻塞】
                            executor.getQueue().put(r);
                        } catch (InterruptedException e) {
                            e.printStackTrace();
                        }
                    }
                });