Java线程池拒绝策略详解及RejectionHandler使用

RejectedExecutionHandler是Java线程池用于处理任务拒绝的接口，当线程池关闭或资源耗尽时触发，提供AbortPolicy、CallerRunsPolicy、DiscardPolicy、DiscardOldestPolicy四种内置策略，分别对应抛异常、调用线程执行、静默丢弃、丢弃最老任务，开发者也可自定义实现以满足日志记录、任务持久化等需求，合理选择策略可提升系统健壮性。

当线程池中的任务数量超出其处理能力时，系统需要决定如何处理新提交的任务。Java 提供了 RejectedExecutionHandler 接口来定义任务被拒绝时的行为。这种机制在线程池资源耗尽或关闭时尤为关键，能够帮助开发者优雅地处理过载情况。

什么是 RejectedExecutionHandler

RejectedExecutionHandler 是一个函数式接口，用于处理无法执行的任务。当线程池无法接受新任务时（例如队列已满且线程数达到最大值），就会调用该处理器的 rejectedExecution(Runnable r, ThreadPoolExecutor executor) 方法。

常见的触发场景包括：

• 线程池已关闭，不能再接收新任务
• 核心线程和最大线程均已满负荷运行
• 工作队列已满，无法容纳更多待处理任务

内置的四种拒绝策略

Java 的 ThreadPoolExecutor 提供了四种标准的拒绝策略实现，可通过构造参数指定：

直接抛出 RejectedExecutionException 异常，通知调用者任务被拒绝。

适用于对数据完整性要求高、不允许丢失任务但可接受失败反馈的场景。

由提交任务的线程（即调用 execute 的线程）直接执行该任务。

起到“减缓”作用，能降低任务提交速度，适合非关键路径任务或希望避免丢弃任务的系统。

静默丢弃无法处理的任务，不抛异常也不执行。

适用于允许任务丢失的场景，比如实时监控数据流中可以容忍部分采样丢失的情况。

丢弃队列中最老的一个任务（即等待时间最长的），然后尝试重新提交当前任务。

可能牺牲旧任务来保障新任务的执行，适合任务具有时效性、越新的任务越重要的系统。

自定义拒绝策略的方法

如果内置策略无法满足需求，可以实现 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
• 容错设计：配合外部消息队列或持久化机制实现故障转移

基本上就这些。合理配置拒绝策略能让线程池在极限情况下依然保持可控，是构建健壮并发系统的重要一环。