allowcorethreadtimeout(true)开启后，空闲核心线程在keepalivetime超时后会被回收，但需满足keepalivetime>0、使用有界队列或synchronousqueue、线程处于poll超时等待状态等条件。
allowCoreThreadTimeOut 是 ThreadPoolExecutor 提供的一个开关，开启后，即使线程数未超过 corePoolSize，空闲的核心线程也会在指定的 keepAliveTime 后被回收。
开启 allowCoreThreadTimeOut 的前提条件
必须显式调用 allowCoreThreadTimeOut(true)，且线程池已处于运行状态（不能是 SHUTDOWN 或 TERMINATED 状态）。
该设置只对后续创建的空闲核心线程生效，已存在的核心线程不会立即响应；它们会在下一次空闲时，按新的超时规则判断是否回收。
核心线程回收的实际触发时机
- 线程池中所有线程都空闲（即没有任务正在执行，也无新任务提交）
- 空闲时间 ≥ keepAliveTime（注意：此时 keepAliveTime 对核心线程也生效）
- 线程池未关闭，且未被外部中断
- 线程从工作队列中 poll(timeout) 超时返回 null（这是关键机制）
也就是说，核心线程要“感知”空闲超时，必须进入阻塞等待任务的阶段，并使用带超时的 workQueue.poll(keepAliveTime, unit)。如果队列是无界队列（如 LinkedBlockingQueue），且一直有任务积压，核心线程永远不会进入超时等待，也就不会被回收。
哪些场景下 allowCoreThreadTimeOut 才真正起作用？
- 使用 有界队列（如 ArrayBlockingQueue）或 SynchronousQueue（不存储任务，强制创建新线程或拒绝）
- 任务提交速率阶段性下降，导致线程陆续空闲下来
- 设置了合理的 keepAliveTime（例如 60 秒），避免过早回收造成抖动
- 线程池未被预热满、或运行中实际并发较低（否则核心线程始终有活干）
典型例子：一个定时调度线程池，白天高频触发，夜间几乎无任务。开启 allowCoreThreadTimeOut 后，夜间空闲的核心线程会逐步退出，节省资源。
注意事项和常见误区
- 不允许在 allowCoreThreadTimeOut(true) 开启后，再调用 prestartAllCoreThreads() —— 预启动的线程不受超时控制，且无法被回收
- 即使开启了该选项，只要还有任务持续提交，核心线程仍会长期存活（因为不会长时间空闲）
- 该机制不适用于 FixedThreadPool（它内部禁用了 allowCoreThreadTimeOut）
- 回收的是线程对象本身，不是任务；已提交但未执行的任务仍保留在队列中，等待新线程或后续唤醒的核心线程处理
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
