10秒搞定4种线程池拒绝策略

四种线程池拒绝策略

当线程池的任务缓存队列已满而且线程池中的线程数目达到maximumPoolSize时,java

若是还有任务到来就会采起任务拒绝策略,一般有如下四种策略:
ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。 sql

ThreadPoolExecutor.DiscardPolicy:丢弃任务,可是不抛出异常。 缓存

ThreadPoolExecutor.DiscardOldestPolicy:丢弃队列最前面的任务,而后从新提交被拒绝的任务 并发

ThreadPoolExecutor.CallerRunsPolicy:由调用线程(提交任务的线程)处理该任务less

 

线程池的默认拒绝策略为AbortPolicy,即丢弃任务并抛出RejectedExecutionException异常网站

拒绝策略场景分析

(1)AbortPolicy
AbortPolicyui

ThreadPoolExecutor.AbortPolicy:丢弃任务并抛出RejectedExecutionException异常。spa

A handler for rejected tasks that throws a {@code RejectedExecutionException}.

这是线程池默认的拒绝策略,在任务不能再提交的时候,抛出异常,及时反馈程序运行状态。若是是比较关键的业务,推荐使用此拒绝策略,这样子在系统不能承载更大的并发量的时候,可以及时的经过异常发现。线程

(2)DiscardPolicycode

ThreadPoolExecutor.DiscardPolicy:丢弃任务,可是不抛出异常。若是线程队列已满,则后续提交的任务都会被丢弃,且是静默丢弃。

A handler for rejected tasks that silently discards therejected task. 

使用此策略,可能会使咱们没法发现系统的异常状态。建议是一些可有可无的业务采用此策略。例如,本人的博客网站统计阅读量就是采用的这种拒绝策略。

(3)DiscardOldestPolicy

ThreadPoolExecutor.DiscardOldestPolicy:丢弃队列最前面的任务,而后从新提交被拒绝的任务。

A handler for rejected tasks that discards the oldest unhandled request and then retries {@code execute}, unless the executor is shut down, in which case the task is discarded.

此拒绝策略,是一种喜新厌旧的拒绝策略。是否要采用此种拒绝策略,还得根据实际业务是否容许丢弃老任务来认真衡量。

(4)CallerRunsPolicy

ThreadPoolExecutor.CallerRunsPolicy:由调用线程处理该任务

  1.  
    A handler for rejected tasks that runs the rejected task directly in the calling thread of the {@code execute} method, unless the executor has been shut down, in which case the task is discarded.
  2.  
     

若是任务被拒绝了,则由调用线程(提交任务的线程)直接执行此任务

相关文章
相关标签/搜索