Java线程池支持动态调整corePoolSize、maximumPoolSize和keepAliveTime等参数实现弹性伸缩，但需满足 RUNNING 状态、合法取值及配套操作（如 prestartAllCoreThreads 或 allowCoreThreadTimeOut），并依赖有界队列与实时监控指标驱动扩缩容策略。
Java 线程池可以通过动态调整 corePoolSize、maximumPoolSize 和 keepAliveTime 等参数实现弹性伸缩，但关键在于理解“动态调整”不是简单赋值，而是配合线程池状态、队列行为与空闲策略的一整套协同机制。
核心参数哪些能动？怎么动才真正生效
只有标准 ThreadPoolExecutor（或 Spring 的 ThreadPoolTaskExecutor）支持运行时修改。需同时满足：
- 线程池处于
RUNNING状态（SHUTDOWN后仅允许缩容） - 新值合法：大于 0，且
corePoolSize ≤ maximumPoolSize - 修改后需配套操作——否则只是“改了阈值”，不触发实际线程增减
扩容：让新核心线程立刻上线
调大 corePoolSize 不会自动创建线程，必须主动预热：
- 先调用
setCorePoolSize(newSize) - 紧接着调用
prestartAllCoreThreads()—— 强制启动所有未运行的核心线程（含新增部分） - 适用于可预期的高峰前批量扩容，比如大促开始前 5 分钟
缩容：让多余核心线程安全退出
调小 corePoolSize 不会中断运行中任务，但空闲线程不会自动销毁：
立即学习“Java免费学习笔记（深入）”；
- 必须提前启用
allowCoreThreadTimeOut(true) - 设置合理
keepAliveTime（如 30 秒），超出该时间的空闲核心线程才会被回收 - 已提交未执行的任务仍保留在队列中，不受影响
实战中必须搭配的支撑条件
脱离监控和策略的参数调整是危险的：
- 使用有界队列（如
ArrayBlockingQueue）或大容量队列，避免无界队列导致 OOM - 接入实时监控指标：活跃线程数（
getActiveCount()）、队列长度（getQueue().size()）、拒绝异常计数 - 设定触发规则，例如：连续 3 次采样满足「活跃线程 ≥ 90% core 且队列积压 > 200」→ 扩容；持续 5 分钟「活跃线程 ≤ 30% core 且队列为空」→ 缩容
- 建议封装成带锁/原子更新的安全包装器，避免并发修改冲突
