Java线程池的8大拒绝策略

写在前面

前面有写过一篇文章《阿里巴巴为什么要禁用 Executors 创建线程池》，在这个文章里提过创建ThreadPoolExecutor里面有7个参数，其中有个参数RejectedExecutionHandler ，这个参数就是设置线程池的拒绝策略。拒绝策略发生在当我们核心线程数、阻塞队列、最大线程数都到达上限的时候。
JDK中已经预设了4种线程池拒绝策略，下面结合场景详细聊聊这些策略的使用场景，以及我们还能扩展哪些拒绝策略。

本文内容

• 拒绝策略接口定义
• CallerRunsPolicy
• AbortPolicy
• DiscardPolicy
• DiscardOldestPolicy
• dubbo中的线程拒绝策略
• Netty中的线程池拒绝策略
• activeMq中的线程池拒绝策略
• pinpoint中的线程池拒绝策略

拒绝策略接口定义

在jdk为我们提供的4种拒绝策略都是实现了RejectedExecutionHandler这个接口。我们看一下这个接口的定义：

接口定义是很简单的，就一个方法，当触发拒绝策略时，线程池会调用你设置的具体的策略，将当前提交的任务以及线程池实例本身传递给你处理，具体作何处理，不同场景会有不同的考虑
那么我们下面看JDK为我们内置了哪些实现：

CallerRunsPolicy

功能：当触发拒绝策略时，只要线程池没有关闭，就由提交任务的当前线程处理。
使用场景：一般在不允许失败的、对性能要求不高、并发量较小的场景下使用，因为线程池一般情况下不会关闭，也就是提交的任务一定会被运行，但是由于是调用者线程自己执行的，当多次提交任务时，就会阻塞后续任务执行，性能和效率自然就慢了。

AbortPolicy

功能：当触发拒绝策略时，直接抛出拒绝执行的异常，打断当前执行流程
使用场景：这个就没有特殊的场景了，但是一点要正确处理抛出的异常。
ThreadPoolExecutor中默认的策略就是AbortPolicy，ExecutorService接口的系列ThreadPoolExecutor因为都没有显示的设置拒绝策略，所以默认的都是这个。但是请注意，ExecutorService中的线程池实例队列都是无界的，也就是说把内存撑爆了都不会触发拒绝策略。当自己自定义线程池实例时，使用这个策略一定要处理好触发策略时抛的异常，因为他会打断当前的执行流程。

DiscardPolicy

功能：发生拒绝策略时，不触发任何动作
使用场景：如果你提交的任务无关紧要，你就可以使用它 。因为它就是个空实现，会悄无声息的吞噬你的的任务。所以这个策略基本上不用了

DiscardOldestPolicy（弃老策略）jdk

功能：如果线程池未关闭，就弹出队列头部的元素，然后尝试执行
使用场景：这个策略还是会丢弃任务，丢弃时也是毫无声息，但是特点是丢弃的是老的未执行的任务，而且是待执行优先级较高的任务。基于这个特性，我能想到的场景就是，发布消息，和修改消息，当消息发布出去后，还未执行，此时更新的消息又来了，这个时候未执行的消息的版本比现在提交的消息版本要低就可以被丢弃了。因为队列中还有可能存在消息版本更低的消息会排队执行，所以在真正处理消息的时候一定要做好消息的版本比较

上面呢就是jdk自带的四个拒绝策略，也是比较简单的，一下就能看明白。
下面我们看一下第三方实现的拒绝策略

dubbo中的线程拒绝策略

可以看到，当dubbo的工作线程触发了线程拒绝后，主要做了三个事情，原则就是尽量让使用者清楚触发线程拒绝策略的真实原因
1、输出了一条警告级别的日志，日志内容为线程池的详细设置参数，以及线程池当前的状态，还有当前拒绝任务的一些详细信息。可以说，这条日志，使用dubbo的有过生产运维经验的或多或少是见过的，这个日志简直就是日志打印的典范，其他的日志打印的典范还有spring。得益于这么详细的日志，可以很容易定位到问题所在；
2、输出当前线程堆栈详情，这个太有用了，当你通过上面的日志信息还不能定位问题时，案发现场的dump线程上下文信息就是你发现问题的救命稻草；
3、继续抛出拒绝执行异常，使本次任务失败，这个继承了JDK默认拒绝策略的特性；

Netty中的线程池拒绝策略

Netty中的实现很像JDK中的CallerRunsPolicy，舍不得丢弃任务。不同的是，CallerRunsPolicy是直接在调用者线程执行的任务。而 Netty是新建了一个线程来处理的。所以，Netty的实现相较于调用者执行策略的使用面就可以扩展到支持高效率高性能的场景了。但是也要注意一点，Netty的实现里，在创建线程时未做任何的判断约束，也就是说只要系统还有资源就会创建新的线程来处理，直到new不出新的线程了，才会抛创建线程失败的异常

activeMq中的线程池拒绝策略

activeMq中的策略属于最大努力执行型策略，当触发拒绝策略时，会在次努力一分钟。重新将任务塞进任务队列，当一分钟超时还没成功时，就抛出异常
pinpoint中的线程池拒绝策略

pinpoint的拒绝策略实现很有特点，和其他的实现都不同。他定义了一个拒绝策略链，包装了一个拒绝策略列表，当触发拒绝策略时，会将策略链中的rejectedExecution依次执行一遍

本文内容大多数来自：https://my.oschina.net/keking/blog/3080826
感谢！