线程池拒绝策略选择：程序员必知的面试高频考点
当面试官问到线程池时，拒绝策略的选择绝对是检验实战能力的关键题。今天我们就以程序员视角拆解这个高频面试点，结合真实开发场景帮你轻松应对！
一、为什么需要拒绝策略？
线程池的核心参数除了corePoolSize和maxPoolSize，队列容量和拒绝策略才是真正容易踩坑的地方。当任务涌入速度超过线程处理能力时，就会出现任务堆积，此时拒绝策略选择直接决定了系统的健壮性。
2025年Java面试宝典下载：
<font color="blue">链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g</font>
二、四大拒绝策略详解
1. AbortPolicy（默认策略）
throw new RejectedExecutionException("...")
典型场景：支付交易等核心业务
优点：快速暴露系统过载问题
坑点：未处理异常会导致任务丢失
2. CallerRunsPolicy
// 让提交任务的线程自己执行
task.run()
适用场景：日志处理等允许延迟的任务
优势：天然实现负反馈，降低提交速度
风险：可能阻塞主线程（如Tomcat线程）
3. DiscardPolicy
// 默默丢弃新任务
// 空实现
特殊场景：心跳检测等可丢弃任务
致命缺陷：业务数据丢失无感知
4. DiscardOldestPolicy
queue.poll() // 丢弃队首任务
queue.offer(task)
使用场景：实时性要求高的流处理
隐藏雷区：可能丢弃关键任务（如订单超时检查）
三、拒绝策略选择实战指南
✅ 金融交易系统
选择组合：SynchronousQueue + AbortPolicy
理由：必须立即暴露系统瓶颈，触发熔断机制
✅ 电商秒杀系统
选择组合：ArrayBlockingQueue(1000) + CallerRunsPolicy
技巧：队列长度需结合压测结果设定
✅ 数据采集服务
选择组合：LinkedBlockingQueue + DiscardOldestPolicy
监控要点：需添加Metrics统计丢弃任务量
四、面试应答技巧
当被问到“你们项目用的什么拒绝策略”时，切忌只答技术点：
高分回答模板：
“在我们的订单系统中，由于要保证支付指令绝对不丢失，采用自定义拒绝策略：
- 立即记录任务信息到Redis死信队列
- 触发告警通知运维
- 启动备用线程池处理
同时配合Hystrix实现服务降级...”
五、避坑经验
-
动态调参陷阱：
Spring的ThreadPoolTaskExecutor不支持运行时修改队列容量 -
监控必备指标：
monitor("pool.active.count", pool.getActiveCount()) monitor("pool.queue.remaining", queue.remainingCapacity()) -
全局策略配置：
使用Guava的ThreadFactoryBuilder统一命名线程：new ThreadFactoryBuilder().setNameFormat("order-pool-%d")
特别提示：准备跳槽的同学，通过面试鸭返利网购买会员可享25元返利，海量真实面经助你避坑：
记住：没有完美的拒绝策略，只有最适合业务场景的选择。理解底层设计思想，才是通过面试的关键！
