合理配置ThreadPoolExecutor参数可提升Java应用性能。根据任务类型选择线程数：CPU密集型设为CPU核心数+1，IO密集型为2~4倍核心数，混合任务建议拆分专用池。核心参数需重点设置corePoolSize、maximumPoolSize、keepAliveTime及有界队列防止资源耗尽。通过监控getActiveCount和队列大小，及时发现积压或频繁扩容问题。使用CallerRunsPolicy或自定义拒绝策略应对突发流量，结合熔断机制保障服务可用性。持续压测与调优确保线程池适应实际负载变化。
合理配置ThreadPoolExecutor参数能显著提升Java应用的并发性能和资源利用率。关键在于根据任务类型、系统资源和负载特征调整核心参数，避免线程过多导致上下文切换开销，或过少造成处理能力不足。
明确任务类型决定队列与线程策略
任务性质直接影响线程池设计。CPU密集型任务应限制并发线程数，避免资源争抢；IO密集型任务可适当增加线程数以提高吞吐量。
- CPU密集型：核心线程数设为CPU核心数+1，使用ArrayBlockingQueue等有界队列防止资源耗尽
- IO密集型：核心线程数可设为CPU核心数的2~4倍，配合较大队列缓冲等待中的任务
- 混合型任务：考虑拆分为多个专用线程池，按类别隔离执行
合理设置核心参数避免资源浪费
ThreadPoolExecutor的七个参数中，需重点关注以下几项：
- corePoolSize：保持常驻的线程数量，不宜过高，一般不超过机器可用核心的2倍
- maximumPoolSize：最大线程上限，配合队列使用。若队列已满且有新任务提交，才会创建新线程
- keepAliveTime：非核心线程空闲存活时间，建议设置为30~60秒，避免频繁创建销毁
- workQueue：优先选择有界队列（如LinkedBlockingQueue指定容量），防止无节制堆积导致内存溢出
监控线程池状态及时发现问题
通过暴露线程池指标，可实时了解运行情况并动态调优。
立即学习“Java免费学习笔记（深入）”；
- 定期获取getActiveCount()、getQueue().size()等信息
- 结合日志或监控系统记录峰值负载时的线程增长和任务延迟
- 发现队列长时间积压或频繁达到最大线程数，说明配置需调整
使用自定义拒绝策略应对突发流量
默认的AbortPolicy会直接抛出异常，影响可用性。可根据业务场景选择更合适的策略：
- CallerRunsPolicy：由提交任务的线程直接执行，减缓流入速度
- 自定义策略：记录日志、降级处理或写入磁盘队列后续重试
- 高可用服务建议组合使用熔断机制与优雅拒绝
基本上就这些。关键是理解业务压力模式，结合压测验证参数效果，持续观察并微调。线程池不是设完就不管，而是一个需要动态维护的运行组件。
