合理设置keepAliveTime可让线程池在负载下降后及时回收空闲线程，避免资源浪费；它仅作用于超出corePoolSize的临时线程，核心线程默认不销毁，除非启用allowCoreThreadTimeOut(true)。
合理设置 keepAliveTime 能让线程池在负载下降后及时回收空闲线程，避免长期占用内存和 CPU 资源，尤其对资源敏感或长周期运行的服务很关键。
理解 keepAliveTime 的作用范围
keepAliveTime 只对超出核心线程数（corePoolSize）的“额外线程”生效。核心线程默认永不销毁（除非显式开启 allowCoreThreadTimeOut(true)）。所以它主要影响的是高峰过后临时扩容出来的线程。
- 若
corePoolSize = 5，当前有 8 个线程在运行，其中 3 个是扩容线程 → 这 3 个会在空闲满keepAliveTime后被终止 - 若所有请求都由核心线程处理（线程数 ≤ corePoolSize），则
keepAliveTime不起作用
根据业务特征选择合适的时间值
太短容易频繁创建/销毁线程，增加调度开销；太长又浪费资源。需结合请求频率、持续时间和系统稳定性权衡：
- 高并发、脉冲型流量（如秒杀、定时任务）→ 建议设为 10–60 秒，快速释放临时线程
- 中低频、较稳定服务（如内部 RPC 接口）→ 可设为 2–5 分钟，平衡响应与资源占用
- 长连接、低频但需快速响应场景（如 WebSocket 心跳）→ 可配合
allowCoreThreadTimeOut(true)，设为 30–120 秒，连核心线程也允许回收
配合 allowCoreThreadTimeOut 使用更灵活
默认情况下核心线程“永不超时”，但可通过 setKeepAliveTime() + allowCoreThreadTimeOut(true) 让所有线程都受 keepAliveTime 约束：
立即学习“Java免费学习笔记（深入）”；
ThreadPoolExecutor executor = new ThreadPoolExecutor(
4, 8, 60L, TimeUnit.SECONDS,
new LinkedBlockingQueue<>(100)
);
executor.allowCoreThreadTimeOut(true); // 关键：启用核心线程超时
这样即使只有 2 个线程在跑，只要空闲满 60 秒，也会被回收，线程数可真正回落到 0（队列为空时）。
注意单位与时间精度
keepAliveTime 是 空闲等待时长，单位必须匹配传入的 TimeUnit；且实际回收存在调度延迟，JDK 一般通过后台定时任务检测，不是精确到毫秒级触发。
- 避免设过小值（如 100 毫秒），可能因检测间隔导致无效设置
- 推荐最小粒度用 秒级（
TimeUnit.SECONDS），兼顾可读性与实效性 - 不要依赖它做“即时”清理——真正的及时释放靠的是合理设计任务粒度和拒绝策略
不复杂但容易忽略：keepAliveTime 不是孤立参数，它和 corePoolSize、maxPoolSize、workQueue 共同决定线程生命周期。调优时建议结合监控（如 ActiveCount、PoolSize、TaskCount）观察真实回收效果。
