java线程池工作线程回收靠自身感知空闲退出：非核心线程超时未取到任务即退；核心线程默认永驻，需显式启用allowcorethreadtimeout(true)才受keepalivetime约束；无论哪种，均通过gettask()返回null触发统一退出流程。
Java线程池的工作线程回收，不是由外部强制“杀掉”，而是靠线程自己感知空闲并主动退出。关键在于 getTask() 方法是否返回 null —— 一旦返回，工作线程的主循环就结束，run() 方法自然终止，JVM 回收资源。
非核心线程：超时即退，无需额外配置
当线程数超过 corePoolSize，多出来的线程就是非核心线程。它们默认就受 keepAliveTime 约束：
- 调用 workQueue.poll(keepAliveTime, unit) 获取任务，超时未取到就返回 null
- 只要空闲时间超过设定值，线程就会退出，不依赖 shutdown 或其他操作
- keepAliveTime ≤ 0 时，该逻辑失效，可能立即尝试回收（行为取决于队列）
核心线程：默认永驻，除非打开“裁员开关”
核心线程默认调用 workQueue.take()，无限阻塞等待任务，因此不会因空闲被回收：
- 即使长时间没任务，只要线程池处于 RUNNING 状态，核心线程就一直存活
- 想让它也遵守 keepAliveTime，必须显式调用 allowCoreThreadTimeOut(true)
- 该设置只影响当前空闲的核心线程；正在执行任务的不受影响
- 要求 workQueue 支持超时 poll（如 SynchronousQueue、DelayedWorkQueue），LinkedBlockingQueue 虽能 poll(timeout)，但不阻塞，实际效果是“立即返回 null”，需留意
回收发生的底层路径很统一
无论核心还是非核心，只要满足条件，最终都走同一条退出路径：
- getTask() 返回 null → runWorker() 循环终止
- 执行 processWorkerExit(w, false) 清理线程引用、更新计数
- Worker 的 run() 方法结束，线程生命周期终结
- 注意：这不是中断（interrupt），也不是销毁操作，纯属线程自然结束
触发回收的真实条件不止是“空闲时间”
getTask() 返回 null 还可能由以下情况导致，和 keepAliveTime 无关：
- 线程池已调用 shutdown() 且任务队列为空
- 线程池状态变为 STOP/TIDYING/TERMINATED
- 当前工作线程数 > maximumPoolSize（异常场景，通常不会发生）
- 满足超时条件的同时，队列为空且还有其他线程存活（避免只剩最后一个线程却因空闲被误删）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
