allowCoreThreadTimeOut(true)使核心线程在空闲超keepAliveTime后也被销毁；需keepAliveTime>0、线程池处于RUNNING状态，且仅作用于空闲等待线程。
当设置 allowCoreThreadTimeOut(true) 后，核心线程在空闲时间超过 keepAliveTime 时也会被终止，不再常驻。
allowCoreThreadTimeOut 的作用机制
默认情况下，核心线程即使空闲也不会被回收，这是“核心”的含义。开启该选项后，核心线程和非核心线程一样，都受 keepAliveTime 约束：只要连续空闲满这个时长，就可能被销毁。
注意：该设置只对 ThreadPoolExecutor 生效，且必须配合非零的 keepAliveTime（单位由 TimeUnit 指定）；若 keepAliveTime == 0，线程会立即终止（但 JDK 通常不推荐设为 0）。
启用方式与关键前提
- 调用
setAllowCoreThreadTimeOut(true)，可在构造后任意时刻设置（包括运行中） -
keepAliveTime必须已设置为大于 0 的值，例如new ThreadPoolExecutor(2, 4, 60, TimeUnit.SECONDS, ...) - 线程池状态需为
RUNNING；如果已shutdown()或shutdownNow()，该设置无实际影响 - 销毁发生在工作队列为空、且所有线程处于等待获取任务（即调用
workQueue.poll(keepAliveTime, unit)超时）之后
实际销毁过程简述
线程池内部每个工作线程都会循环执行：
→ 从队列中尝试拉取任务（带超时）
→ 若超时未拿到任务，且 allowCoreThreadTimeOut == true，则当前线程主动退出循环并终止
→ 终止前会进行清理（如移除线程引用、更新计数），不会留下残留
举例：核心数=3，当前有3个空闲线程，keepAliveTime=10s，开启 timeout。10 秒内无新任务提交，则这 3 个线程会陆续结束，最终线程数降为 0（除非有新任务唤醒或创建新线程）。
立即学习“Java免费学习笔记（深入）”；
注意事项与常见误区
- 不是“定时检查”，而是线程自己在阻塞等待结束后判断是否该退出 —— 所以实际销毁时机取决于任务提交节奏和空闲线程是否恰好进入超时等待
- 即使开启 timeout，只要持续有任务提交，核心线程仍会长期存活（因为没机会进入超时等待分支）
- 该设置不影响正在执行任务的线程 —— 只作用于空闲等待中的线程
- 慎用于高吞吐、低延迟场景：频繁启停线程可能增加调度开销，反而降低性能
