线程池拒绝策略选择

线程池拒绝策略选择：程序员必知的面试高频考点

当面试官问到线程池时，拒绝策略的选择绝对是检验实战能力的关键题。今天我们就以程序员视角拆解这个高频面试点，结合真实开发场景帮你轻松应对！

一、为什么需要拒绝策略？

线程池的核心参数除了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统计丢弃任务量

---

四、面试应答技巧

当被问到“你们项目用的什么拒绝策略”时，切忌只答技术点：

高分回答模板：
“在我们的订单系统中，由于要保证支付指令绝对不丢失，采用自定义拒绝策略：

1. 立即记录任务信息到Redis死信队列
2. 触发告警通知运维
3. 启动备用线程池处理
   同时配合Hystrix实现服务降级...”

---

五、避坑经验

1. 动态调参陷阱：
   Spring的ThreadPoolTaskExecutor不支持运行时修改队列容量

2. 监控必备指标：

   monitor("pool.active.count", pool.getActiveCount())
   monitor("pool.queue.remaining", queue.remainingCapacity())
   

3. 全局策略配置：
   使用Guava的ThreadFactoryBuilder统一命名线程：

   new ThreadFactoryBuilder().setNameFormat("order-pool-%d")
   

特别提示：准备跳槽的同学，通过面试鸭返利网购买会员可享25元返利，海量真实面经助你避坑：

记住：没有完美的拒绝策略，只有最适合业务场景的选择。理解底层设计思想，才是通过面试的关键！