Java线程池资源回收由工作线程自主决定，核心在于getTask()是否返回null：非核心线程默认poll超时退出，核心线程默认take无限阻塞；启用allowCoreThreadTimeOut(true)后所有空闲线程均受keepAliveTime约束，最终通过runWorker循环终止自然退出。
Java线程池的资源回收不是靠定时扫描或外部干预，而是由每个工作线程自主决定是否退出——关键在于getTask()方法是否返回null。KeepAliveTime 是触发回收的时间阈值，但它本身不直接“杀死”线程；真正起作用的是线程在空闲时如何从任务队列中取任务，以及是否满足超时退出条件。
KeepAliveTime 的真实作用对象
KeepAliveTime 默认只约束非核心线程（即线程数超过corePoolSize的部分）。当线程池中活跃线程数大于核心数时，这些多出来的线程会使用workQueue.poll(keepAliveTime, unit)方式获取任务：超时未取到任务就返回null，导致线程结束运行。
- 核心线程默认调用
workQueue.take()——无限阻塞，永不超时 - 非核心线程调用
poll()——受 keepAliveTime 控制，超时即退出 - KeepAliveTime 为 0 或负数时，该参数失效，非核心线程可能立即尝试回收（取决于队列行为）
让核心线程也遵守 KeepAliveTime
调用allowCoreThreadTimeOut(true)后，所有空闲线程（无论核心与否）都会统一走poll()逻辑，从而受 keepAliveTime 约束。但这不是“强制终止”，而是改变取任务方式：
- 必须在线程池处于 RUNNING 状态下调用才生效
- 只影响当前空闲的线程，正在执行任务的核心线程不受影响
- 工作队列需支持超时 poll，例如 SynchronousQueue、DelayedWorkQueue；LinkedBlockingQueue 不支持超时阻塞，但它的
poll(timeout)可用（注意：它不会阻塞，超时前若队列为空直接返回 null） - keepAliveTime 必须 > 0，否则无意义
线程真正退出的底层路径
所有回收行为最终都收敛到一个点：Worker.runWorker() 中的循环终止：
立即学习“Java免费学习笔记（深入）”；
- 线程持续执行
task = getTask() - 一旦
getTask()返回null，while 循环跳出 - 执行
processWorkerExit(w, false)完成清理 - 线程 run() 方法结束，JVM 回收该线程资源
所以，“回收”本质是线程自然结束，而非被中断或销毁。
配置建议与常见误区
KeepAliveTime 不是越小越好，也不是越大越稳，需结合业务负载特征权衡：
- 突发流量场景（如秒杀）：可开启
allowCoreThreadTimeOut(true)，配合较短 keepAliveTime（如 10–30 秒），快速缩容节省资源 - 长期稳定服务（如定时调度）：保持默认，核心线程常驻，避免冷启动延迟
- 误用 LinkedBlockingQueue + allowCoreThreadTimeOut：因该队列的
poll(timeout)在空时立刻返回 null，可能导致核心线程“秒退”，应搭配 DelayedWorkQueue 或自定义队列 - FixedThreadPool 不响应 keepAliveTime：它内部用的是无界队列 + core == max，且未开放 allowCoreThreadTimeOut 设置入口
