abortpolicy 是 java 线程池中最严格的拒绝策略，当线程池无法接收新任务时，它会直接抛出 rejectedexecutionexception 异常。在使用 threadpoolexecutor 时，如果不显式指定 rejectionhandler，该策略就是默认行为。开发者在调用 execute() 或 submit() 方法时，必须通过 try-catch 块捕获此异常，以防止程序因未处理的运行时异常而崩溃。
ThreadPoolExecutor 如何触发 AbortPolicy
当线程池的核心线程已满且工作队列也达到容量上限时，如果此时线程池中的非核心线程数量也未达到最大线程数限制，线程池就会尝试创建新线程。若连最大线程数也已达到，线程池便判定自身处于“饱和”状态，进而触发拒绝策略。此时，AbortPolicy 会立即中断任务的提交流程并抛出异常。
import java.util.concurrent.*;
public class AbortDemo {
public static void main(String[] args) {
// 核心线程2个，最大线程2个，队列容量0
ThreadPoolExecutor executor = new ThreadPoolExecutor(
2, 2, 0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue(0),
Executors.defaultThreadFactory(),
new ThreadPoolExecutor.AbortPolicy()
);
try {
// 提交第3个任务，由于队列满且已达最大线程数，将触发拒绝
executor.execute(() -> System.out.println("Task executed"));
} catch (RejectedExecutionException e) {
System.out.println("Caught: " + e.getClass().getSimpleName());
}
executor.shutdown();
}
}
上述代码中，我们配置了一个无缓冲队列（容量为0）的线程池。当第三个任务被提交时，由于没有空闲线程且队列无法容纳，系统会直接抛出 RejectedExecutionException。控制台输出将显示 “Caught: RejectedExecutionException”，证明任务未被执行且异常已被正确捕获。
与 DiscardPolicy 的行为差异对比
在处理高并发场景时，开发者常需权衡是否允许任务丢失。AbortPolicy 与 DiscardPolicy 的主要区别在于对“失败”的处理方式：前者通过异常通知调用者，后者则静默丢弃任务。选择哪种策略取决于业务对数据一致性的要求。
import java.util.concurrent.*;
public class PolicyCompare {
public static void main(String[] args) {
// 使用 DiscardPolicy 进行对比
ThreadPoolExecutor executor = new ThreadPoolExecutor(
1, 1, 0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue(0),
Executors.defaultThreadFactory(),
new ThreadPoolExecutor.DiscardPolicy()
);
try {
executor.execute(() -> System.out.println("Task executed"));
System.out.println("No exception thrown");
} catch (RejectedExecutionException e) {
System.out.println("Exception caught");
}
executor.shutdown();
}
}
运行上述代码，由于使用了 DiscardPolicy，即使任务被拒绝，也不会抛出任何异常。程序会正常打印 “No exception thrown”。这种静默失败的特性使得 DiscardPolicy 适用于那些可以容忍部分数据丢失的非关键性日志或监控任务，而 AbortPolicy 则更适合需要确保所有指令都被执行的金融或交易类业务。
自定义线程池时的默认拒绝行为
在构建自定义线程池实例时，若省略了最后一个参数 handler，Java 会自动应用 AbortPolicy。这意味着即使用户认为自己在处理常规任务，一旦系统负载过高导致线程池饱和，程序仍可能因未预期的异常而中断。因此，在生产环境中，建议始终显式指定拒绝策略，或者在调用处统一增加异常捕获逻辑。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
