可实时调用setCorePoolSize()修改核心线程数，增大时按需创建线程消费积压任务，减小时仅中断空闲线程且需开启allowCoreThreadTimeOut才及时缩容，须确保线程池处于RUNNING状态且新值合法。
可以直接调用 `ThreadPoolExecutor.setCorePoolSize(int)` 方法，在不重启服务的前提下实时修改核心线程数。 这个方法是 JDK 原生支持的，线程安全、无需额外依赖，但实际效果取决于当前线程池状态和任务队列情况，并非所有调整都会“立刻拉起新线程”或“马上干掉旧线程”。
增大核心线程数时的行为
当把核心线程数从 8 调到 20，线程池会：
- 立即更新内部 corePoolSize 数值
- 检查工作队列是否积压任务：如果有待处理任务，按需创建最多 min(增量, 队列长度) 个新线程去消费
- 如果队列为空，不会无意义地创建空闲线程——只等新任务来临时再按需启动
- 已运行中的任务不受影响，继续执行完毕
减小核心线程数时的行为
当把核心线程数从 20 调到 8，线程池会：
- 立即更新数值，但不会强制中断任何正在执行的线程
- 对空闲线程发起中断标记（
interruptIdleWorkers()），它们会在下次尝试从队列取任务（workQueue.take()）时自然退出 - 若未开启
allowCoreThreadTimeOut(true)，核心线程即使空闲也不会超时退出，缩容效果延迟甚至不明显 - 正在跑任务的线程照常完成，结束后不再被复用
必须注意的关键约束
调用前需确保满足以下条件，否则抛异常或无效：
- 线程池必须处于 RUNNING 状态：SHUTDOWN 后仍可调用，但不会再创建新线程；STOP/TIDYING/TERMINATED 状态下无实际作用
-
新值不能小于 0，也不能大于当前
maximumPoolSize（否则setCorePoolSize抛IllegalArgumentException） - 不要直接修改 workQueue 容量：没有安全的 setter，反射修改易导致状态不一致，官方明确不建议
- 避免激进调整：比如从 50 直降到 5，可能造成大量线程在后续几分钟内集中退出，引发短暂抖动
配合使用的实用技巧
让动态调整真正生效，光改数字还不够：
- 提前调用
executor.allowCoreThreadTimeOut(true)，使核心线程也能遵守keepAliveTime规则，缩容才更及时 - 高峰前可搭配
prestartAllCoreThreads()预热，避免扩容后首次任务触发线程创建延迟 - 结合 Nacos/Apollo 等配置中心监听变更，实现自动弹性伸缩，而不是靠人工 curl 接口或 JMX 手动调
- 务必监控
getActiveCount()、getQueue().size()、getPoolSize()，验证调整是否按预期落地
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
