线程池线程数配置
✅ 一、基础原则：线程数不是越多越好
线程数量设置不合理会导致：
- 过少 → CPU未被充分利用，系统吞吐低；
- 过多 → 上下文切换频繁、内存占用高，反而拖慢性能。
✅ 二、不同类型任务建议线程数估算
🔹 1. CPU 密集型任务（如图像处理、计算等）
- 建议线程数 ≈
CPU核心数 + 1 - 原因：任务几乎不发生等待，更多线程会造成频繁切换。
✅ 示例：服务器是 8 核 CPU，线程数可设为 9。
🔹 2. IO 密集型任务（如数据库访问、文件读写、网络通信）
- 建议线程数 ≈
CPU核心数 × 2 ~ 核心数 × N - 取决于任务等待时间与执行时间的比例（等待越多，需要线程越多）。
- 一般经验公式：
线程数 ≈ 核心数 × (1 + 平均等待时间 / 平均计算时间)
✅ 示例：假设有 8 核心，IO 等待时间是计算时间的 4 倍，那线程数大约是：
8 × (1 + 4/1) = 40
✅ 三、具体场景建议值（以Java为例）
| 使用场景 | 推荐线程数（线程池核心线程数） | 说明 |
|---|---|---|
| Web 请求处理 | 100~500（视请求阻塞比重而定） | Tomcat 默认最大为 200 |
| RocketMQ 消费者 | 20~100（视消息处理复杂度） | IO多则提高线程数 |
| 异步任务执行线程池 | 20~200（根据业务任务复杂度估算） | 建议设置有界队列防止OOM |
| 批量处理线程 | 核心数 ~ 核心数×2 | 控制在 CPU 饱和前即可 |
✅ 四、最佳实践建议
- 先评估任务类型（CPU密集还是IO密集）；
- 监控线程池运行状态（活跃线程数、任务等待时间、队列长度）；
- 使用工具（如 JVisualVM、Arthas、Thread dump）进行压测观察；
- 设置合理的最大线程数 + 队列大小 + 拒绝策略，避免系统雪崩；
- 不建议设置无界线程池或无限队列，容易引发内存泄露和服务崩溃。
✅ 五、总结公式参考
线程数 ≈ CPU 核心数 × (1 + 任务等待时间 / 任务计算时间)
- CPU 密集型 → 少量线程足够；
- IO 密集型 → 可以设置更高；
- 混合型任务 → 可拆分后按比例配置多个线程池。