java线程池不支持核心线程动态扩容，但可通过setcorepoolsize()间接影响新任务的线程创建策略；空闲线程自动回收需启用allowcorethreadtimeout(true)并设置合理keepalivetime。
Java 线程池本身不直接支持“核心线程动态扩容”——corePoolSize 是构造时设定的静态下限，但可通过特定方式间接实现类似效果；而“空闲线程自动回收”则依赖 allowCoreThreadTimeOut(true) 配合合理的 keep-alive 时间控制。
核心线程数不能直接动态修改，但可绕过限制实现“逻辑扩容”
ThreadPoolExecutor 的 setCorePoolSize(int) 方法确实存在，但它只影响新任务的接纳策略，并不会立即创建或销毁线程：
- 若新 core 值大于当前 core 值，后续新任务可能触发创建新线程（前提是队列已满且线程数
真正实现“动态扩容”的常用做法是：
- 预先设置较低的
corePoolSize（如 2），较高maximumPoolSize（如 50）； - 使用有界队列（如
ArrayBlockingQueue），避免任务无限堆积； - 当负载持续升高、队列频繁满载时，让线程池自然扩容至 max；
- 配合监控（如
getActiveCount()、getPoolSize()）+ 外部调度器，在业务低峰期调用setCorePoolSize()降低长期维持的线程数（需配合allowCoreThreadTimeOut(true)才能生效）。
空闲线程自动回收必须开启超时机制
默认情况下，核心线程永不超时——即使空闲也常驻。要让它们也能被回收，必须显式启用：
threadPool.allowCoreThreadTimeOut(true);
此时所有线程（包括核心线程）都受 keepAliveTime 约束。关键细节：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 该设置需在调用
allowCoreThreadTimeOut(true)后才对后续空闲线程生效，已存在的核心线程仍需等待下次空闲周期； -
keepAliveTime建议设为秒级（如 60L），避免太短导致频繁创建销毁，太长则资源释放滞后； - 回收触发条件是：线程空闲时间 ≥ keepAliveTime，且当前线程数 > corePoolSize（注意：此时 corePoolSize 仅作“保留底线”参考，因超时已启用，实际底线为 0）。
推荐组合配置与典型场景
一个兼顾弹性与稳定的常见配置示例：
-
corePoolSize = 4（日常轻量请求承载）； -
maximumPoolSize = 32（应对突发流量）； -
workQueue = new ArrayBlockingQueue(100)（防内存溢出）； -
keepAliveTime = 60L, TimeUnit.SECONDS； -
allowCoreThreadTimeOut(true)（确保低峰期线程归零）； - 搭配自定义 RejectedExecutionHandler 实现降级或告警。
这样在请求突增时，线程可扩到 32；流量回落时，空闲线程会在 60 秒后逐个退出，最终缩回 0（而非卡在 4 个）。
注意事项与易踩坑点
几个关键实践提醒：
- 不要频繁调用
setCorePoolSize()—— 它不是热更新开关，而是影响后续线程创建逻辑的阈值； - 若用
ScheduledThreadPoolExecutor，它不支持allowCoreThreadTimeOut，需自行封装或换用普通线程池； - 线程回收是异步的，调用
shutdown()或awaitTermination()才能确保彻底终止； - 线程本地变量（ThreadLocal）可能造成内存泄漏，尤其在线程复用+超时回收场景中，务必在任务结束前清理。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
