Java 线程池调优：核心线程、队列长度与背压策略

线程池没有容量边界时，高峰流量会堆积任务，最终拖垮内存和响应时间。线程数过大还会增加上下文切换，让 CPU 密集任务更慢。

解决方案思路

CPU 密集任务线程数接近核心数，IO 密集任务按等待比例放大；队列必须有界；拒绝策略要能向上游传递压力。线程池指标要作为服务健康的一部分。

有界线程池示例

ThreadPoolExecutor executor = new ThreadPoolExecutor(
    16, 32, 60, TimeUnit.SECONDS,
    new ArrayBlockingQueue(1000),
    new ThreadPoolExecutor.CallerRunsPolicy());

运行逻辑

请求进入线程池后，如果工作线程满了就进入队列；队列满了触发拒绝策略。背压不是错误处理，而是保护服务不被无限堆积任务拖死。

重点观察指标

• activeCount、queueSize、completedTaskCount
• 拒绝次数、任务等待时间
• CPU 使用率与上下文切换

常见误区

• 使用无界队列导致内存膨胀
• 所有业务共用一个线程池
• 只配置线程数没有监控队列

参考方案

• ThreadPoolExecutor API

上线检查

• 优化前后保留同一口径的指标截图或报告。
• 先灰度单实例或小流量，观察 P95/P99、错误率和资源指标。
• 准备回滚开关，避免性能改动影响核心业务。