小米信息部技术团队
·
一次线上线程池任务问题处理历程
内容提要
在新功能上线中，线程池出现 RejectedExecutionException 异常，原因是阻塞队列容量过小，导致任务提交速度快于消费速度，最终无法创建非核心线程。解决方案是调整阻塞队列大小或使用 SynchronousQueue，以避免任务被拒绝。
关键要点
-
在新功能上线过程中，线程池出现 RejectedExecutionException 异常，任务提交被拒绝。
-
线程池配置中，核心线程数为 14，最大线程数为 30，阻塞队列容量为 1。
-
由于阻塞队列容量过小，任务提交速度快于消费速度，导致无法创建非核心线程。
-
解决方案是调整阻塞队列大小或使用 SynchronousQueue，以避免任务被拒绝。
-
根据业务情况，将阻塞队列大小设置为 15，以确保不会出现任务被拒绝的情况。
延伸解读
线程池配置的重要性
在使用线程池时，合理的配置至关重要。本文中，阻塞队列容量设置为1，导致任务提交速度快于消费速度，最终引发了RejectedExecutionException异常。建议在设计线程池时，充分考虑任务的并发量和处理速度，以避免类似问题的发生。
选择合适的阻塞队列
文章提到使用SynchronousQueue作为阻塞队列的解决方案。与LinkedBlockingQueue不同，SynchronousQueue在没有等待线程时不会存储任务，这样可以减少任务被拒绝的风险。开发者在选择阻塞队列时，应根据具体业务场景进行评估，以确保线程池的高效运行。
拒绝策略的影响
使用默认的拒绝策略AbortPolicy会导致任务被直接拒绝，这在高并发情况下可能会造成业务中断。开发者应考虑实现自定义的拒绝策略，以便在任务被拒绝时采取适当的措施，比如重试机制或记录日志，以便后续分析和处理。
延伸问答
线程池中出现 RejectedExecutionException 异常的原因是什么？
出现 RejectedExecutionException 异常是因为阻塞队列容量过小，导致任务提交速度快于消费速度，无法创建非核心线程。
如何解决线程池任务被拒绝的问题？
解决方案是调整阻塞队列大小或使用 SynchronousQueue，以避免任务被拒绝。
线程池的核心线程数和最大线程数分别是多少？
线程池的核心线程数为 14，最大线程数为 30。
为什么在任务执行中会用到非核心线程？
在任务执行中会用到非核心线程是因为阻塞队列已满，无法再放入新任务，导致需要创建非核心线程来处理任务。
如何配置阻塞队列以避免任务被拒绝？
根据业务情况，将阻塞队列大小设置为 15，以确保不会出现任务被拒绝的情况。
SynchronousQueue 和 LinkedBlockingQueue 有什么区别？
SynchronousQueue 是根据是否有等待线程决定是否入队成功，而 LinkedBlockingQueue 是根据缓冲区决定入队，不管是否有等待线程。
