Java线程池空闲回收依赖keepAliveTime与workQueue配合，通过阻塞队列超时poll被动触发，非核心线程空闲超时后自愿退出；allowCoreThreadTimeOut可使核心线程也参与回收。
Java 线程池中线程空闲回收，核心靠 keepAliveTime 和 workQueue 的配合实现，不是定时轮询或后台线程主动扫描，而是利用阻塞队列的超时等待机制被动触发。
keepAliveTime 控制空闲线程存活时间
当线程池中线程数超过 corePoolSize，多出来的“非核心线程”在空闲时不会一直驻留。它们会调用 workQueue.poll(keepAliveTime, unit) 尝试从任务队列取任务——这个操作带超时。如果超时仍未拿到任务，线程就认为自己该退出了，执行清理并终止。
- keepAliveTime 默认只对 > corePoolSize 的线程生效（除非设置了
allowCoreThreadTimeOut(true)） - 单位必须匹配，比如设为 60L 和 TimeUnit.SECONDS，不能传错
- 值为 0 表示不等待，取不到任务立即退出；设为 Long.MAX_VALUE 相当于永不回收（非核心线程仍可能因其他原因终止）
阻塞队列是回收发生的“关键现场”
线程空闲时，并不是在睡着等唤醒，而是在执行 getTask() 方法（ThreadPoolExecutor 内部方法），本质就是调用队列的 poll() 或 take()：
- 使用
LinkedBlockingQueue等无界队列时：poll()立即返回 null（若队列空），非核心线程很快回收（只要 keepAliveTime > 0） - 使用
SynchronousQueue（newCachedThreadPool 默认）：它不存储任务，poll()在无任务时直接超时，所以空闲线程回收非常及时 - 使用有界队列（如
ArrayBlockingQueue）：行为取决于队列是否满、是否有任务待取，回收时机更依赖实际负载
线程真正退出前的清理流程
一个空闲线程决定退出，需完成以下几步：
立即学习“Java免费学习笔记（深入）”；
- 从
getTask()返回 null（表示不应再获取任务） - 执行
processWorkerExit(Worker w, boolean completedAbruptly) - 将 worker 从
workers集合中移除 - 尝试触发
tryTerminate()，检查是否需要终止整个线程池（比如所有线程都已退出且队列为空）
注意：线程退出是“自愿退出”，不是被 interrupt 强杀（除非 shutdownNow()）。正常回收过程不会抛出 InterruptedException，也不会影响正在运行的任务。
allowCoreThreadTimeOut：让核心线程也参与回收
默认情况下，corePoolSize 内的线程永不超时。开启该选项后，所有线程（包括核心线程）都受 keepAliveTime 约束：
- 调用
setKeepAliveTime()后必须紧接着调用allowCoreThreadTimeOut(true)才生效 - 开启后，即使只有 1 个核心线程，空闲超时也会退出，线程池可缩容到 0
- 适合流量波动大、资源敏感的场景（如短生命周期微服务）
不复杂但容易忽略：回收不是由单独线程驱动，而是每个空闲线程自己通过队列超时判断去留——轻量、无额外调度开销，也避免了竞态和唤醒延迟问题。
