调优线程池需按任务类型差异化配置：CPU密集型设线程数≈CPU核数+1、用有界队列和CallerRunsPolicy；IO密集型依阻塞系数估算线程数，配合合理keepAliveTime与容量可控队列；全局线程总数须受硬件约束并联动下游资源，且必须监控、验证、兜底。
调优线程池的关键不是套公式，而是让线程数匹配任务的真实耗时特征——CPU密集型要防上下文切换，IO密集型要补等待空窗。
CPU密集型任务：少而精，稳住CPU不抖动
这类任务（如加解密、图像压缩、矩阵运算）几乎全程占用CPU，线程多了反而互相抢资源。核心原则是“线程数≈CPU核数”，留1个冗余应对偶发阻塞。
- corePoolSize = maximumPoolSize = CPU核心数 + 1（例如8核机器设为9）
- keepAliveTime设为0，因为不需要非核心线程
- 队列用ArrayBlockingQueue，容量控制在100～1000之间，避免任务堆积
- 拒绝策略选CallerRunsPolicy，让调用线程自己执行，天然限流
IO密集型任务：多而活，填满等待时间缺口
这类任务（如HTTP调用、DB查询、文件读写）大部分时间在等网络或磁盘响应，CPU空闲率高。线程数要覆盖“等待时间占比”，但不能无节制放大。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- corePoolSize ≈ CPU核心数 × (1 + 阻塞系数)，阻塞系数可估算：比如单次请求500ms，其中450ms等响应，则阻塞系数≈0.9 → 理论线程数≈CPU×10；实际建议从CPU×2起步，压测后逐步上调
- maximumPoolSize可设为corePoolSize的1.5～2倍，给突发流量留缓冲
- keepAliveTime设为60秒左右，方便回收临时扩容的线程
- 队列必须是有界队列（如ArrayBlockingQueue），容量按TPS×平均容忍排队时长预估，禁用LinkedBlockingQueue无界构造
全局协同：别只盯着一个线程池
一台机器上多个线程池加起来，总线程数不能突破硬件承载力。例如16核服务器，所有线程池线程总数建议控制在64～128之间，并预留20%余量。
立即学习“Java免费学习笔记（深入）”；
- 数据库交互池、远程调用池、文件IO池应差异化配比，不能全按CPU×2硬套
- 压测时重点看上下文切换率，超过5000次/秒说明线程过载
- 线程池参数必须和下游资源（如DB连接池大小、第三方接口QPS限额）联动配置
落地要点：三件事不能省
再好的参数设计，没监控、没验证、没兜底，上线就容易翻车。
- 自定义ThreadFactory，给线程起有意义的名字，便于排查
- 监控三项关键指标：活跃线程数、队列积压量、拒绝任务数
- 所有线程池必须搭配有界队列+CallerRunsPolicy，这是防止OOM和雪崩的底线
