abortpolicy 是 threadpoolexecutor 的默认拒绝策略，当线程池和队列均满时抛出 rejectedexecutionexception，强制暴露资源瓶颈，要求调用方显式处理，防止假成功掩盖过载。
AbortPolicy 是 Java 线程池的默认拒绝策略，不是“AbortHandler”——这是常见误写。它不叫 Handler，而是 RejectedExecutionHandler 接口的一个具体实现类：ThreadPoolExecutor.AbortPolicy。
它划出的是一条明确的失败可见性边界：当线程池彻底无法承接新任务时（即 corePoolSize 和 maximumPoolSize 都已用尽，且工作队列也满了），它不沉默、不妥协、不兜底，而是立刻抛出 RejectedExecutionException，把压力原路推回给调用方。
这条“红线”的本质不是为了阻止系统运行，而是强制暴露瓶颈：
- 它意味着当前资源配置（线程数 + 队列容量）与实际负载不匹配
- 它要求调用方必须显式处理异常，不能假装任务已提交成功
- 它防止“假成功”掩盖真实过载，比如支付下单、账户扣款这类强一致性场景，宁可失败也不接受延迟或丢失
常见误读是认为它“太激进”。其实恰恰相反：它是对系统健康最诚实的守门人。一旦触发，说明你已经越过安全水位线，该扩容、该限流、该降级，而不是靠静默丢弃或让主线程背锅来掩耳盗铃。
你可以这样快速识别它是否生效：
- 提交任务时没做 try-catch，程序直接报
RejectedExecutionException - 日志里出现
java.util.concurrent.RejectedExecutionException: Task ... rejected from ... - 线程池配置未显式指定
setRejectedExecutionHandler(...)，那就一定是它
所以，AbortPolicy 的“红线”不是限制你用线程池，而是提醒你：资源告急，现在就要决策。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
