不让线程池丢弃任务，应选择哪个拒绝策略

最新推荐文章于 2025-08-29 13:51:53 发布
原创 最新推荐文章于 2025-08-29 13:51:53 发布 · 615 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#java #面试 #线程池 #多线程

线程池拒绝策略概览

  • AbortPolicy：抛出 RejectedExecutionException 拒绝新任务。
  • CallerRunsPolicy：调用线程执行被拒绝的任务，不丢弃任务。
  • DiscardPolicy：直接丢弃新任务。
  • DiscardOldestPolicy：丢弃最早的未处理任务。

CallerRunsPolicy 策略详解

  • 适用场景：当任务不能被丢弃，且应用程序可以容忍处理延迟时。
  • 工作机制：如果线程池未关闭，执行 execute 方法的线程将直接运行被拒绝的任务。

CallerRunsPolicy 策略的风险

  • 主线程阻塞：如果被拒绝的任务非常耗时，并且是主线程提交的，可能会导致主线程阻塞。
  • 性能影响：可能导致程序整体性能下降，因为新任务的提交速度会降低。

CallerRunsPolicy 策略的解决方案

  • 增加队列容量：在内存允许的情况下，增加阻塞队列的大小，以容纳更多任务。
  • 调整线程池参数：调整 maximumPoolSize 以提高任务处理速度，减少内存溢出的风险。

任务持久化方案

    最低0.47元/天 解锁文章
    Java线程池拒绝策略深度剖析：4种策略如何选择？
    Java大师兄的博客
    06-15 1121
    为什么需要拒绝策略？4种默认拒绝策略的行为差异如何根据业务场景选择策略？自定义拒绝策略的设计思路本文从“生活场景引入→核心概念解释→源码逻辑分析→实战案例验证→场景化选择建议”层层递进，最后总结选择策略的决策树，帮助读者建立系统认知。拒绝策略：线程池处理“超载任务”的应急预案，JDK内置4种策略。触发条件：核心线程满+队列满+达到最大线程数。策略差异。
    线程池-线程池的拒绝策略
    欢迎订阅我的“JAVA全栈开发笔记（全）”专栏，价格优惠，仅需19.9元。
    05-18 1190
    AbortPolicy（中止策略） CallerRunsPolicy（调用者运行策略） DiscardPolicy（丢弃策略） DiscardOldestPolicy（弃老策略）
    美团二面：如果不允许线程池丢弃任务，应该选择哪个拒绝策略？
    lgq2016的博客
    05-24 380
    这个面试问题挺有意思的，答案很简单，但我们这里扩展一下，再聊聊 CallerRunsPolicy 拒绝策略的风险以及解决办法。下面是正文。
    线程池源码解析——四种拒绝策略
    every__day的博客
    02-15 662
    ThreadPoolExecutor 类中，线程池的四种拒绝策略。 本文摘录出源码，逐一分析
    一文读懂 Java 线程池拒绝策略：从原理到实践（含 CallerRunsPolicy 等 4 种策略全解析）
    lijingxiaov5的博客
    08-29 1292
    在 Java 并发编程中，线程池是控制线程数量、提升资源利用率的核心组件。但当线程池的任务队列满了、且已达到最大线程数时，新提交的任务会被拒绝 —— 这时候就需要拒绝策略来决定如何处理这些被拒绝的任务。         今天我们就来详细拆解 Java 线程池的 4 种内置拒绝策略，包括大家常问的CallerRunsPolicy，以及默认的AbortPolicy、“静默丢弃” 的DiscardPolicy、“丢弃 oldest” 的DiscardOldestPolicy，帮你搞懂每种策略的适用场景和实践用法
    线程池的拒绝策略应该怎么选
    sutingStart的博客
    01-31 1458
    拒绝策略会通知调用者任务无法被线程池处理。示例：AbortPolicy拒绝策略允许调用者线程自己执行被拒绝的任务。示例：CallerRunsPolicy拒绝策略静默地丢弃无法处理的任务，不执行也不抛出异常。提示：以下是本篇文章正文内容，下面案例可供参考在选择使用哪种拒绝策略时，你应该考虑到应用程序的具体需求和行为。例如，可以基于任务的重要程度和接受程度，系统的容错性，以及任务丢失对系统可能产生的后果。
    【线程池】线程池原理与参数调优、拒绝策略-CallerRunsPolicy
    后端研发工程师Marion的博客
    08-23 1461
    3. DiscardOldestPolicy：丢弃等待队列中最旧的任务，并执⾏当前任务。2. CallerRunsPolicy：只⽤调⽤者所在的线程来处理任务。1. AbortPolicy：直接丢弃任务，抛出异常，这是默认策略。4. DiscardPolicy：直接丢弃任务，也不抛出异常。
    不能放弃任务，线程池的任务拒绝策略应该如何设定？
    2301_79108772的博客
    07-18 2816
    将初始化的拒绝策略传到ThreadPoolExecutor中，就可以配置自定义策略。/*** 自定义线程池拒绝策略*/@OverrideSystem.out.println("失败啦");
    线程池的拒绝策略
    weixin_71547786的博客
    08-21 1894
    线程池的四种拒绝策略
    自定义线程池拒绝策略中，保证任务不丢失的方式？
    xiaoye3708的博客
    08-27 972
    自定义线程池拒绝策略中，保证任务不丢失的方式
    【多线程】线程池提交的任务，被拒绝策略处理时，能不能获取到当时子任务的实例对象呢？ 队列的处理，排队效果模拟
    qq_39666711的博客
    07-18 688
    我通过匿名内部类的方式自定义了一个拒绝策略，并实现了其中的拒绝方法rejectedExecution（），而对于其中固定的参数，是否可以通过转换获取到真实的Runnable实现类的实例呢。接下来我们一起验证一下，同时也看下具体，线程池提交一些任务，哪个任务会进队列，哪个会被核心线程直接执行，哪个又会被拒绝。说明：因为每个子任务需要执行的业务逻辑没有，我通过sleep（）来模拟实际业务花费的时间；为了看一下拒绝策略的拒绝效果是什么样的。
    线程池拒绝策略（超详细讲解）
    2201_75456895的博客
    05-27 2486
    共用四种拒绝策略分别为： AbortPolicy，CallerRunsPolicy，DiscardPolicy，DiscardOldestPolicy 它们都是；下面的 MyRunnable 类用来描述一个任务。
    聊聊线程池的拒绝策略
    moonNife的专栏
    06-24 1798
    Java线程池拒绝策略全面解析：内置策略包括AbortPolicy（抛出异常）、CallerRunsPolicy（调用者执行）、DiscardPolicy（静默丢弃）和DiscardOldestPolicy（丢弃旧任务），各有适用场景。自定义策略可通过异步重试队列、任务持久化或结合流控框架实现弹性处理。最佳实践需根据业务容忍度选择策略，关键系统建议持久化+告警，高并发场景推荐异步重试+限流。核心原则是宁可优雅降级也不让系统崩溃，实际案例证明合理策略可将订单丢失率显著降低。
    线程池的4种拒绝策略
    weixin_45730866的博客
    06-08 3778
    场景：一般在不允许失败的、对性能要求不高、并发量较小的场景下使用。因为线程池一般情况下不会关闭，也就是提交的任务一定会被运行，但是由于是调用者线程自己执行的，当多次提交任务时，就会阻塞后续任务执行，性能和效率就会变慢。* 场景：如果你的任务无关紧要，那就可以用它。目前这个策略基本用不上了。* 功能：只要线程池没有关闭，就把任务给到当前线程处理先处理。* 功能：当线程无法加入队列时，就会报异常，然后中止运行。* 功能：直接丢弃任务，不抛出任何错误或者异常。* 功能：把最老的任务丢弃，新增新任务。
    线程池的四大拒绝策略
    一名编程小白的Java学习日志
    03-24 3798
    线程池的四大拒绝策略
    线程池的五种拒绝策略
    weixin_53946630的博客
    05-21 559
    java提供的四种 1.ThreadPoolExecutor.AbortPolicy()默认拒绝策略，不执行任务抛出异常 ThreadPoolExecutor threadPoolExecutor= new ThreadPoolExecutor(1,1,60, TimeUnit.SECONDS, new LinkedBlockingQueue<>(1), threadF
    Java线程池的4种拒绝策略
    ✨ 欢迎来到【Seal ^_^ 的优快云博客】！✨
    08-05 9723
    线程池（`ThreadPoolExecutor`）是并发编程中不可或缺的工具，它能够有效地管理线程的生命周期，提高资源利用率，并显著减少线程创建和销毁的开销。然而，当线程池中的线程数达到最大值，且等待队列也已经满了，无法再接受新的任务时，就需要一种策略来处理这些额外的任务，这就是拒绝策略（`RejectedExecutionHandler`）。
    线程池拒绝任务的时机，以及对应的拒绝策略
    最新发布
    10-31
    <think>我们正在讨论线程池的拒绝策略，用户希望了解拒绝任务的时机以及对应的拒绝策略。 根据引用[1]的内容，我们知道拒绝策略是在线程池无法继续处理更多任务时触发的处理机制。 拒绝时机主要有两种情况： 1. 当线程池正常关闭（如调用shutdown方法）后，继续提交任务会被拒绝。 2. 当线程池处于饱和状态，即队列已满且已达到最大线程数时，继续提交任务会被拒绝。 在Java的ThreadPoolExecutor中，有四种内置的拒绝策略： 1. AbortPolicy（默认）：直接抛出RejectedExecutionException异常。 2. CallerRunsPolicy：由调用者线程（提交任务的线程）执行该任务。 3. DiscardPolicy：直接丢弃任务，不抛出异常。 4. DiscardOldestPolicy：丢弃队列中最旧的任务（即队列头部的任务），然后尝试重新提交当前任务。 我们可以结合引用[1]中提到的例子，其中使用了DiscardOldestPolicy策略。 现在，我们按照用户要求，用清晰的结构回答，并生成相关问题。 </think>### 线程池拒绝任务的时机及对应策略 #### 一、拒绝任务的触发时机 1. **线程池关闭时** 当调用`shutdown()`或`shutdownNow()`方法后，即使线程池仍有未完成的任务，此时提交新任务会被拒绝[^1]。 2. **线程池饱和时** 同时满足以下两个条件时触发拒绝策略： - **队列已满**：任务队列达到容量上限 - **线程数达上限**：工作线程数量已达到`maximumPoolSize`设置的最大值[^1] 示例代码中的饱和状态： ```java ThreadPoolExecutor executor = new ThreadPoolExecutor( 1, // 核心线程数 2, // 最大线程数 1, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<>(1) // 队列容量为1 ); // 提交第4个任务时触发拒绝（核心2线程 + 队列1任务 = 3个任务容量） ``` #### 二、四种拒绝策略及实现原理 1. **AbortPolicy（默认策略）** - 行为：抛出`RejectedExecutionException`异常 - 适用场景：需要明确感知任务被拒绝的严格系统 2. **CallerRunsPolicy** - 行为：由提交任务的调用者线程直接执行被拒绝的任务 - 原理示例： ```java public void rejectedExecution(Runnable r, ThreadPoolExecutor e) { if (!e.isShutdown()) { r.run(); // 在调用者线程执行任务 } } ``` - 优势：避免任务丢失，平滑流量高峰 3. **DiscardPolicy** - 行为：静默丢弃被拒绝的任务，不抛异常也不执行 - 适用场景：可容忍任务丢失的监控类场景 4. **DiscardOldestPolicy** - 行为：丢弃队列中最老的未执行任务，然后重试提交当前任务 - 执行流程： ```mermaid graph LR A[新任务提交] --> B{队列是否满?} B -->|是| C[移除队列头部任务] C --> D[尝试重新提交新任务] B -->|否| E[正常入队] ``` - 风险：可能丢弃重要任务，需谨慎使用 #### 三、策略选择建议 | 策略 | 系统影响 | 推荐场景 | |---------------------|----------------------|--------------------------| | AbortPolicy | 快速失败触发告警 | 金融交易系统 | | CallerRunsPolicy | 降低主线程吞吐量 | Web服务流量削峰 | | DiscardPolicy | 数据丢失风险 | 日志收集等可容忍丢失场景 | | DiscardOldestPolicy | 可能丢弃关键任务 | 实时性要求低的计算任务 | > 注：自定义拒绝策略可通过实现`RejectedExecutionHandler`接口，重写`rejectedExecution`方法实现特定业务逻辑。
    评论
    成就一亿技术人!
    拼手气红包6.0元
    还能输入1000个字符
     
    红包 添加红包
    表情包 插入表情
    表情包 代码片
     条评论被折叠 查看
    添加红包

    请填写红包祝福语或标题

    个

    红包个数最小为10个

    元

    红包金额最低5元

    当前余额3.43元 前往充值 >
    需支付：10.00元
    成就一亿技术人!
    领取后你会自动成为博主和红包主的粉丝 规则
    hope_wisdom
    发出的红包
    实付元
    使用余额支付
    点击重新获取
    扫码支付
    钱包余额 0

    抵扣说明：

    1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
    2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

    余额充值