设置 allowCoreThreadTimeOut(true) 后，核心线程空闲超时也会被回收；需配合非零 keepAliveTime，且对 FixedThreadPool 无效，运行中不应频繁切换该参数。
当设置 allowCoreThreadTimeOut(true) 后，即使线程数未超过 corePoolSize，核心线程在空闲超时后也会被回收。
allowCoreThreadTimeOut 的作用机制
默认情况下，核心线程即使空闲也不会被销毁，会一直等待新任务。开启该参数后，所有线程（包括核心线程）都受 keepAliveTime 约束：只要空闲时间 ≥ keepAliveTime，就可能被终止。
注意：该设置只对 ThreadPoolExecutor 生效，且必须配合非零的 keepAliveTime（单位由 TimeUnit 指定），否则无效。
如何正确启用核心线程超时回收
- 创建线程池后立即调用
allowCoreThreadTimeOut(true) - 确保
keepAliveTime > 0，例如：new ThreadPoolExecutor(2, 4, 60, TimeUnit.SECONDS, ...) - 使用
LinkedBlockingQueue等无界队列时需谨慎——任务持续涌入会导致核心线程永不空闲，实际无法触发超时；更适合搭配SynchronousQueue或有界队列
回收时机与实际表现
核心线程不是一到超时就立刻销毁，而是在下一次从阻塞队列中 poll() 超时返回 null 后，检测是否满足超时条件并主动退出。
立即学习“Java免费学习笔记（深入）”；
举例：设 corePoolSize=3、keepAliveTime=10s、allowCoreThreadTimeOut=true，若连续 10 秒无新任务，3 个核心线程都会尝试终止（具体存活数量取决于任务到达节奏和线程调度）。
常见误区提醒
- 不能在运行中反复开关 allowCoreThreadTimeOut：虽然方法可多次调用，但频繁切换可能引发不可预期的线程震荡
- 不适用于 FixedThreadPool：它内部使用无界队列 + 固定核心线程数，且禁止修改 allowCoreThreadTimeOut
- shutdown() 后该设置失效：线程池关闭过程中，所有线程（含核心）都会被中断，超时逻辑不再起作用
