RejectedExecutionHandler是Java线程池用于处理任务拒绝的接口，当线程池关闭或资源耗尽时触发，提供AbortPolicy、CallerRunsPolicy、DiscardPolicy、DiscardOldestPolicy四种内置策略，分别对应抛异常、调用线程执行、静默丢弃、丢弃最老任务，开发者也可自定义实现以满足日志记录、任务持久化等需求，合理选择策略可提升系统健壮性。
当线程池中的任务数量超出其处理能力时，系统需要决定如何处理新提交的任务。Java 提供了 RejectedExecutionHandler 接口来定义任务被拒绝时的行为。这种机制在线程池资源耗尽或关闭时尤为关键，能够帮助开发者优雅地处理过载情况。
什么是 RejectedExecutionHandler
RejectedExecutionHandler 是一个函数式接口，用于处理无法执行的任务。当线程池无法接受新任务时（例如队列已满且线程数达到最大值），就会调用该处理器的 rejectedExecution(Runnable r, ThreadPoolExecutor executor) 方法。
常见的触发场景包括：
- 线程池已关闭，不能再接收新任务
- 核心线程和最大线程均已满负荷运行
- 工作队列已满，无法容纳更多待处理任务
内置的四种拒绝策略
Java 的 ThreadPoolExecutor 提供了四种标准的拒绝策略实现，可通过构造参数指定：
立即学习“Java免费学习笔记（深入）”；
1. AbortPolicy（默认策略）直接抛出 RejectedExecutionException 异常，通知调用者任务被拒绝。
适用于对数据完整性要求高、不允许丢失任务但可接受失败反馈的场景。
2. CallerRunsPolicy由提交任务的线程（即调用 execute 的线程）直接执行该任务。
起到“减缓”作用，能降低任务提交速度，适合非关键路径任务或希望避免丢弃任务的系统。
3. DiscardPolicy静默丢弃无法处理的任务，不抛异常也不执行。
适用于允许任务丢失的场景，比如实时监控数据流中可以容忍部分采样丢失的情况。
4. DiscardOldestPolicy丢弃队列中最老的一个任务（即等待时间最长的），然后尝试重新提交当前任务。
可能牺牲旧任务来保障新任务的执行，适合任务具有时效性、越新的任务越重要的系统。
自定义拒绝策略的方法
如果内置策略无法满足需求，可以实现 RejectedExecutionHandler 接口来自定义行为。
例如，记录日志并尝试将任务写入磁盘缓冲区以便后续恢复：
public class LoggingRejectedHandler implements RejectedExecutionHandler {
public void rejectedExecution(Runnable r, ThreadPoolExecutor executor) {
System.err.println("任务被拒绝: " + r.toString());
if (!executor.isShutdown()) {
// 可选：保存任务到本地文件或消息队列
saveTaskToDisk(r);
}
}
private void saveTaskToDisk(Runnable task) {
// 序列化任务或记录信息，供重启后恢复
}
}
使用方式：
ThreadPoolExecutor executor = new ThreadPoolExecutor(
2, 4, 60L, TimeUnit.SECONDS,
new ArrayBlockingQueue<>(10),
new LoggingRejectedHandler()
);
如何选择合适的拒绝策略
选择策略应结合业务特性考虑以下因素：
- 任务重要性：关键任务建议使用 AbortPolicy 或记录日志的自定义策略
- 系统负载能力：高并发下可采用 CallerRunsPolicy 缓冲压力
- 任务时效性：实时性高的任务可用 DiscardOldestPolicy
- 容错设计：配合外部消息队列或持久化机制实现故障转移
基本上就这些。合理配置拒绝策略能让线程池在极限情况下依然保持可控，是构建健壮并发系统的重要一环。
