优化线程池效率的关键是减少无效等待、避免资源争抢、匹配任务特性并控制生命周期；CPU密集型设核心数，IO密集型设2–4倍；用有界队列配CallerRunsPolicy或AbortPolicy；keepAliveTime设30–60秒，可启用allowCoreThreadTimeOut；禁用无超时get()和全局锁，复用连接池。
优化线程池内线程的执行效率与调度开销，关键不在“让单个线程跑得更快”，而在于减少无效等待、避免资源争抢、匹配任务特性，并控制线程生命周期。核心是让线程尽可能处于“工作态”，而非频繁创建/销毁、空转或阻塞。
匹配任务类型设定核心线程数
线程数不是越多越好，过多会加剧上下文切换，过少则无法充分利用资源。
- CPU密集型任务（如图像处理、数值计算）：核心线程数建议设为 Runtime.getRuntime().availableProcessors()，即 CPU 核心数。此时线程几乎持续占用 CPU，再加线程只会增加调度负担。
- IO密集型任务（如数据库查询、HTTP调用）：核心线程数可设为 CPU核心数 × 2 到 × 4，具体取决于 IO 等待时长占比。等待期间线程挂起，CPU 可调度其他线程，因此需要更多线程来维持吞吐。
选用有界队列并配合适当拒绝策略
无界队列（如默认的 LinkedBlockingQueue）看似“不丢任务”，实则掩盖背压，导致任务无限堆积、内存溢出、响应延迟飙升。
- 优先使用 ArrayBlockingQueue 或带容量限制的 LinkedBlockingQueue(100)，明确队列上限。
- 搭配拒绝策略：CallerRunsPolicy（由提交线程自己执行任务，自然降速）、AbortPolicy（抛异常，便于监控告警），避免默认的 DiscardPolicy 静默丢弃。
- 避免 SynchronousQueue，除非你严格控制提交速率且能接受线程动态伸缩——它不缓存任务，全靠线程即时消费，容易触发 maximumPoolSize 的频繁扩缩。
控制非核心线程生命周期
keepAliveTime 过长会导致低峰期仍保留大量闲置线程，浪费内存和调度资源；过短又可能在波动负载下反复创建销毁。
立即学习“Java免费学习笔记（深入）”；
- 对稳定性要求高的服务，可将 keepAliveTime 设为 30–60 秒，平衡响应与资源回收。
- 若业务存在明显波峰波谷（如定时批处理），可适当缩短至 10–20 秒，加快释放冗余线程。
- 注意：只有 线程数 > corePoolSize 时，keepAliveTime 才生效；核心线程默认永驻，如需回收，需调用 allowCoreThreadTimeOut(true)。
避免线程池内部阻塞与锁竞争
线程执行效率不仅取决于配置，更受任务代码本身影响。即使线程池配置合理，任务中不当操作也会拖垮整体调度。
- 禁止在任务中调用 Future.get() 无超时，一旦依赖服务卡住，该线程将长期阻塞，无法处理新任务。
- 慎用同步块或全局锁。高并发下，多个线程排队等待同一把锁，等同于串行执行，线程再多也无用。
- 数据库连接、HTTP客户端等资源应复用（如 HikariCP、OkHttp 连接池），避免每次任务都新建连接引发线程阻塞和资源耗尽。
