线程池——拒绝策略——RejectedExecutionHandler——超负载解决办法

最新推荐文章于 2025-03-27 18:06:00 发布

福建选手阿俊

最新推荐文章于 2025-03-27 18:06:00 发布

阅读量2k

点赞数 3

分类专栏： Java高并发文章标签：线程池 java juc

本文链接：https://blog.youkuaiyun.com/qq_44891295/article/details/115651192

版权

本文详细介绍了Java线程池中的拒绝策略，包括AbortPolicy、CallerRunsPolicy、DiscardOldestPolicy和DiscardPolicy四种内置策略的工作原理及示例演示。此外，还讨论了如何自定义拒绝策略以满足特定需求。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

文章目录

1：拒绝策略——超负载解决办法

1：拒绝策略——超负载解决办法

 public ThreadPoolExecutor(int corePoolSize,
                              int maximumPoolSize,
                              long keepAliveTime,
                              TimeUnit unit,
                              BlockingQueue<Runnable> workQueue,
                              ThreadFactory threadFactory,
                              RejectedExecutionHandler handler)

ThreadPoolExecutor类的最后一个参数指定了拒绝策略（RejectedExecutionHandler ），也就是当任务数量超过系统实际承载能力时，就要用到拒绝策略了。拒绝策略可以说是系统超负荷运行时的补救措施，通常由于压力太大而引起的，也就是线程池中的线程已经用完了，无法继续为新任务服务，同时，等待队列中也已经排满了，再也放不下新任务了。这时，我们就需要有一套机制合理地处理这个问题。
JDK内置的四种拒绝策略，如下图
在这里插入图片描述

JDK内置的拒绝策略如下。

AbortPolicy策略：该策略会直接抛出异常，阻止系统正常工作。
CallerRunsPolicy 策略：只要线程池未关闭，该策略直接在调用者线程中，运行当前被丢弃的任务。显然这样做不会真的丢弃任务，但是，任务提交线程的性能极有可能会急剧下降。
DiscardOldestPolicy 策略：该策略将丢弃最老的一个请求，也就是即将被执行的一个任务，并尝试再次提交当前任务。
DiscardPolicy策略：该策略默默地丢弃无法处理的任务，不予任何处理。如果允许任务丢失，这可能是最好的一种方案了吧。

ThreadPoolExecutor中默认的就是AbortPolicy策略
看ThreadPoolExecutor源码可知

    /**
     * The default rejected execution handler
     */
    private static final RejectedExecutionHandler defaultHandler =
        new AbortPolicy();

以上内置的策略均实现了RejectedExecutionHandler接口，若以上策略仍无法满足实际应用的需要，完全可以自己扩展RejectedExecutionHandler接口。RejectedExecutionHandler的定义如下：

public interface RejectedExecutionHandler{
   
void rejectedExecution (Runnable r, ThreadPoolExecutor executor);
//其中r为请求执行的任务，executor 为当前的线程池。
}

1.1 AbortPolicy策略演示

AbortPolicy策略：该策略会直接抛出异常，阻止系统正常工作。
看如下代码演示，

public class MyThreadDemo {
   
    public static void main(String[] args) {
   
        ExecutorService threadPoolExecutor = new ThreadPoolExecutor(2,
                5,
                3,
                TimeUnit.SECONDS,
                new LinkedBlockingDeque<Runnable>(3),
   9            Executors.defaultThreadFactory(),
                new ThreadPoolExecutor