线程池拒绝策略有哪些：面试必考点深度解析
大家好，我是程序员老王。面试Java岗时，“线程池拒绝策略有哪些”绝对是高频题！这题看似基础，实则能考察你对并发编程核心思想的理解。今天咱们就来掰扯清楚，让你在面试官面前对答如流。
线程池的核心思想是资源复用和流量控制。当任务提交速度远超线程处理能力，且任务队列已满时，线程池就需要启动它的最后一道防线——线程池拒绝策略（RejectedExecutionHandler）。这就是咱们要重点讨论的 线程池拒绝策略。
Java的ThreadPoolExecutor类内置了4种经典的 线程池拒绝策略，这也是面试官最想听到的答案：
📌 AbortPolicy：直接报错不伺候
- 动作：直接抛出
RejectedExecutionException异常，中断程序的运行。 - 场景：这是线程池的默认拒绝策略。适用于对系统稳定性要求极高的场景，宁愿让任务失败，也要开发者立即感知到系统负载过载，从而快速介入处理。想象一下，点奶茶时店员直接说“卖光了，不做了”，够干脆吧？
- 面试提示：务必强调它是默认策略，并且抛出的是运行时异常，可能导致后续逻辑中断。
📌 CallerRunsPolicy：谁提交谁干活
- 动作：不抛异常，也不丢弃任务。而是让提交该任务的线程（比如你的主线程）自己去执行这个任务。
- 场景：这是一种**“负反馈”调节机制。当线程池满负荷时，让调用者自己去执行任务，会显著降低新任务提交的速度（因为调用者正忙着执行任务呢）。适用于能容忍一定程度延迟**，且绝对不能丢弃任务的场景。好比店员忙不过来时，对你说：“你自己动手做一杯吧！”
- 面试提示：解释清楚“调用者执行”的含义和它的“负反馈”效应，能让面试官眼前一亮。
📌 DiscardPolicy：悄悄丢掉，当作无事发生
- 动作：默默丢弃新提交的任务，不抛任何异常，也不给任何通知。
- 场景：适用于对任务丢失不敏感的场景，比如一些无关紧要的日志记录、心跳检测等。丢了也就丢了，系统能继续运行就行。想象店员把你点的单子直接扔进垃圾桶，假装没看到你...
- 面试提示：强调它的“静默丢弃”特性，并说明适用场景（不重要任务）。
📌 DiscardOldestPolicy：淘汰老人，迎接新人
- 动作：丢弃任务队列中等待时间最长的那个任务（也就是队列头部的任务），然后尝试将新提交的任务加入队列尾部。如果此时队列依然满，那这个策略会继续尝试丢弃队头任务并重试提交新任务（但这个过程是瞬间完成的，并不是循环阻塞）。
- 场景：适用于希望尽量执行最新任务的场景，认为旧任务可能已经“过期”或不那么重要了（比如实时性要求高的场景）。好比店员把最早做好的那杯奶茶倒掉，腾出位置给你这单现做。
- 面试提示：说明它丢弃的是队列头部（最老的）任务，并且是尝试加入新任务，并非一定成功。
🛠 如何选择线程池拒绝策略？
选择合适的 线程池拒绝策略 是设计健壮系统的重要一环：
- 绝对不能丢任务？ 考虑
CallerRunsPolicy（影响性能）或者考虑无限队列（有OOM风险）。 - 允许丢任务，但要快速失败？
AbortPolicy（默认）最直接。 - 允许丢任务，且想丢掉旧的？
DiscardOldestPolicy。 - 允许丢任务，无所谓丢哪个？
DiscardPolicy。 - 定制需求？ 实现
RejectedExecutionHandler接口自定义策略！这是展示你技术深度的好机会。
🔥 面试实战技巧
面试官问 线程池拒绝策略有哪些，回答时注意：
- 先说4种标准策略名称和简单定义。
- 重点描述每种策略的行为（抛异常？谁执行？丢弃哪个？）。
- 说明适用场景（这是加分项！）。
- 提一句“还可以自定义策略”。
- 结合线程池的核心参数（核心线程数、最大线程数、队列）理解策略触发的条件（队列满且线程数已达最大）。
📥 2025年最新Java面试宝典（含线程池专题深入解析）：
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g
掌握好 线程池拒绝策略，不仅面试加分，更是优化线上系统稳定性的利器。如果想系统复习Java核心面试题，强烈推荐购买面试鸭会员。悄悄告诉你，通过 面试鸭返利网 找我购买，还能额外返利25元！快去看看吧 👉
希望这篇解析能帮到你！理解核心原理，灵活运用策略，搞定线程池面试题不在话下。
