Java线程池拒绝执行异常：深度解析与解决方案
在Java多线程编程中，java.util.concurrent.RejectedExecutionException 异常时常困扰开发者。该异常通常指示线程池已无法处理新的任务，这并非总是线程池配置问题，而是多种因素综合作用的结果。本文将通过一个案例，深入剖析该异常的成因并提供有效的解决策略。
案例分析：
程序抛出 RejectedExecutionException 异常，异常信息显示线程池状态为：运行中，池大小为160，活动线程数为160，排队任务数为10000，已完成任务数为588179。这表明所有160个线程均处于繁忙状态，等待队列中积压了大量任务。已完成任务数量巨大，暗示问题并非偶然，而是长期累积的结果。线程池配置使用了 AbortPolicy 拒绝策略，参数为 new ThreadPoolExecutor(processNum * 10, processNum * 10, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue(10000), namedThreadFactory, new ThreadPoolExecutor.AbortPolicy())，核心线程数和最大线程数均为 processNum * 10，等待队列长度为10000。服务器为8核16线程。
立即学习“Java免费学习笔记（深入）”；
异常根源：
RejectedExecutionException 异常的核心原因在于：任务提交速度远超线程池处理能力。即使线程池配置了较大的核心线程数、最大线程数和等待队列，当任务生成速度过快时，等待队列最终会被填满。由于使用了 AbortPolicy 拒绝策略，任何新的任务都会被拒绝并抛出异常。
解决方案：
解决此问题需要多方面入手：
-
理解线程池核心参数： 核心线程数 (
corePoolSize)、最大线程数 (maximumPoolSize)、等待队列 (BlockingQueue) 和拒绝策略 (workQueue RejectedExecutionHandler handler)。 线程池工作流程：先尝试使用核心线程；核心线程满则放入等待队列；等待队列满且线程数小于最大线程数则创建新线程；线程数达到最大线程数则触发拒绝策略。 -
调整线程池参数： 当前配置中，核心线程数和最大线程数相同，等待队列长度为10000。考虑到服务器为8核16线程，建议调整核心线程数和最大线程数，使其更贴合实际CPU资源和任务处理能力。同时，需谨慎评估等待队列长度，过大的队列可能导致内存溢出。
-
优化拒绝策略：
AbortPolicy策略直接抛出异常，不适用于生产环境。建议考虑以下替代策略：-
CallerRunsPolicy：提交任务的线程自行执行，降低任务提交速率。 -
DiscardPolicy：直接丢弃新任务。 -
DiscardOldestPolicy：丢弃等待队列中最旧的任务。
-
选择合适的拒绝策略取决于具体业务需求和容错要求。 合理的拒绝策略能有效控制线程池资源使用，避免 RejectedExecutionException 异常。
通过以上分析和调整，可以有效预防和解决Java线程池的拒绝执行异常，确保应用程序稳定运行。
