线程池拒绝策略怎么选：Abort、CallerRuns、Discard 到底意味着什么

很多人配线程池时，会认真配：

• 核心线程数
• 最大线程数
• 队列

但常常忽略最后一个关键点：

• 拒绝策略

真正高峰期出问题时，这个配置往往直接决定：

• 系统是快速失败
• 还是调用方被拖慢
• 还是任务悄悄丢了

先说结论

拒绝策略不是“随便选一个默认项”，它本质上是在回答：

• 当线程池已经扛不住时，我们想让系统怎么失败

更实用的理解通常是：

• AbortPolicy：快速失败
• CallerRunsPolicy：把压力回传给调用方
• DiscardPolicy：直接丢任务
• DiscardOldestPolicy：丢最旧排队任务

一、线程池为什么会触发拒绝

通常是在这些条件同时成立时：

• 核心线程都忙
• 队列满了
• 最大线程也到上限了

这时再来任务，就只能：

• 拒绝

所以拒绝策略本质上是线程池的：

• 过载保护出口

二、AbortPolicy：最明确的失败方式

特点：

• 直接抛异常

优点：

• 问题暴露最直接
• 不会悄悄吞任务

适合：

• 任务不能静默丢失
• 希望尽快发现容量问题

三、CallerRunsPolicy：把背压传回调用方

特点：

• 不再交给线程池
• 由提交任务的线程自己执行

它的本质是：

• 用调用方线程“减速”

优点：

• 不容易直接丢任务
• 能把压力回推给上游

边界：

• 如果调用方线程很关键，可能把主链路拖慢

四、DiscardPolicy：最危险但也最容易被忽视

特点：

• 直接丢掉任务
• 没有异常

适合的场景非常有限。

如果业务不允许丢任务，这个策略通常风险很高，因为：

• 出问题时你可能一开始甚至没感知到

五、DiscardOldestPolicy：丢最旧任务意味着什么

它的思路是：

• 把队列里最早排队但还没执行的任务丢掉
• 让新任务尝试进入

这类策略的价值在于某些“旧任务过期价值低”的场景，但业务语义一定要先想清楚。

否则很容易出现：

• 老任务无声消失

六、怎么更实际地选

1. 任务绝不能静默丢

优先考虑：

• AbortPolicy
• 或结合业务做自定义拒绝处理

2. 希望对上游形成自然限流

可以考虑：

• CallerRunsPolicy

3. 任务确实允许部分丢弃

再考虑：

• DiscardPolicy
• DiscardOldestPolicy

但一定要非常明确业务接受度。

七、比拒绝策略更重要的一层

很多时候真正的问题不是“策略选错”，而是：

• 队列边界不清
• 线程池容量和任务模型不匹配
• 没有监控排队长度和拒绝次数

所以拒绝策略只是最后一层兜底，不是主要优化手段。

一句话总结

线程池拒绝策略本质上是在回答：

• 系统过载时要怎么失败

这个问题没有通用最优答案，只有和业务容忍度匹配的答案。