开启 allowCoreThreadTimeOut(true) 可使核心线程空闲超时销毁，适用于负载波动大、低峰期长的场景，但需 keepAliveTime > 0 且手动构建 ThreadPoolExecutor。
Java 线程池默认不会回收核心线程，即使它们长期空闲。开启 allowCoreThreadTimeOut(true) 后，核心线程也能在空闲超时后被销毁，从而在低负载时释放资源（如内存、句柄、CPU 调度开销）。但这个行为需配合合理的 keepAliveTime 和合适的线程池类型才能生效。
什么时候需要开启 allowCoreThreadTimeOut
适用于负载波动大、存在长时间低峰期的场景，比如：定时任务调度器、后台消息处理池、内部 RPC 客户端连接池等。如果线程池始终维持高并发或任务持续到达，开启反而增加线程创建/销毁开销，得不偿失。
- 任务突发性强，大部分时间只有零星请求
- 应用对内存或线程数敏感（如容器化部署、嵌入式环境）
- 使用
ScheduledThreadPoolExecutor或自定义ThreadPoolExecutor，且希望它具备“弹性缩容”能力
必须设置有效的 keepAliveTime
allowCoreThreadTimeOut 是否生效，取决于 keepAliveTime 是否大于 0。若为 0，即使开启该选项，核心线程也不会超时退出。
- 推荐设为秒级或分钟级，例如
10L, TimeUnit.SECONDS - 避免设得太短（如 100ms），否则频繁销毁重建线程会抵消资源节省收益
- 注意：该值对非核心线程同样生效，所以整体空闲线程都会受控
仅对 ThreadPoolExecutor 及其子类有效
通过 Executors 工具类创建的线程池（如 newFixedThreadPool、newCachedThreadPool）无法直接启用该功能：
立即学习“Java免费学习笔记（深入）”；
-
newFixedThreadPool底层用的是固定大小线程池，corePoolSize == maximumPoolSize，且不允许核心线程超时 -
newCachedThreadPool的corePoolSize = 0，本身就没有核心线程，该配置无意义 - 必须手写
ThreadPoolExecutor构造，并显式调用allowCoreThreadTimeOut(true)
实际配置示例
以下是一个兼顾弹性与稳定性的典型配置：
ThreadPoolExecutor executor = new ThreadPoolExecutor(
2, // corePoolSize：最低保障 2 个线程
10, // maximumPoolSize：高峰最多 10 个
30L, // keepAliveTime：空闲 30 秒后回收
TimeUnit.SECONDS,
new LinkedBlockingQueue<>(100),
new ThreadFactoryBuilder().setNameFormat("biz-pool-%d").build()
);
executor.allowCoreThreadTimeOut(true); // 关键：允许核心线程超时
这样，在连续 30 秒无任务时，2 个核心线程也会被逐个回收，池大小可降至 0；新任务到来时再按需创建，实现真正的按需伸缩。
