线程池大小如何设定#

理论公式：

• CPU 密集型：线程数 = CPU 核心数 + 1（+1 防止页缺失等偶发等待）
• IO 密集型：线程数 = CPU 核心数 × 2，或更精确：

  线程数 = CPU 核心数 × (1 + 平均等待时间/平均计算时间)

  plaintext

实际建议：

生产实践：

1. 不要使用 Executors 工厂方法（队列无界/线程无上限）
2. 动态调优：配置中心管理参数，运行时 setCorePoolSize() 热调整
3. 压测确认：逐步加大线程数，观察 TPS/RT/CPU 的拐点

线程池监控指标：

• 活跃线程数 / 队列堆积量 / 拒绝次数 / 任务执行时间

线程池大小设定的核心思路是区分任务类型。CPU 密集型任务，线程数设为 CPU 核心数加一，加一是为了防止偶发的页缺失或线程等待导致 CPU 空闲。IO 密集型任务，线程大部分时间在等待 IO，可以设为 CPU 核心数乘以二，或者用更精确的公式：核心数乘以（1 加平均等待时间除以平均计算时间）。但这些公式只是理论参考值，实际生产中必须通过压测找到 TPS 和响应时间的拐点来确定最优值。另外有几个实践要点：第一，绝对不要用 Executors 工厂方法创建线程池，因为 newFixedThreadPool 用了无界队列容易 OOM，newCachedThreadPool 线程数无上限；第二，推荐通过配置中心管理线程池参数，利用 setCorePoolSize 实现运行时动态调整；第三，监控活跃线程数、队列堆积量和拒绝次数这几个关键指标，发现问题及时调优。

追问方向：

• “IO 密集型为什么设 2N？”→ IO 等待期间线程不占 CPU，设 2N 能让等待 IO 的线程让出 CPU 给其他线程执行，充分利用 CPU；更精确的公式是 N*(1+等待时间/计算时间)
• “动态调整线程池参数怎么做？”→ 通过配置中心（如 Nacos/Apollo）管理线程池参数，运行时调用 setCorePoolSize() 和 setMaximumPoolSize() 热更新，美团开源的 DynamicTp 是成熟方案
• “监控线程池需要关注哪些指标？”→ 活跃线程数、队列堆积量、拒绝次数、任务平均执行时间、线程池利用率；队列堆积持续增长说明处理能力不足，拒绝次数上升需要扩容或优化

易错点：

• ❌ CPU 密集型设 N 就行——+1 防止偶发等待
• ❌ 不压测直接上线——理论值只是参考