setCorePoolSize()可动态调整核心线程数：新值立即生效，空闲超时且线程数超新核心数时回收多余线程；增大核心数不主动创建线程，需新任务触发。
ThreadPoolExecutor 提供了 setCorePoolSize(int) 方法，可以在线程池运行时动态调整核心线程数，但需注意其行为逻辑和适用边界。
核心线程数变更的生效机制
调用 setCorePoolSize() 后，新值会立即生效，但不会强制终止已有空闲线程；只有当线程空闲超时（keepAliveTime）且当前线程数 > 新的核心线程数时，多余的空闲线程才会被回收。反之，若新值大于旧值，线程池不会主动创建新线程，而是等到有新任务提交、且当前线程数
实际修改前的关键检查点
-
确保线程池已启动：未执行过
execute()或submit()的线程池，可能尚未初始化线程，此时修改 corePoolSize 不会触发立即扩容 - 避免低于当前活跃线程数：若当前有 8 个线程正在运行，将 corePoolSize 设为 5，不会中断这 8 个线程，它们会继续执行直到完成；仅后续空闲线程逐步回收
-
注意与 maximumPoolSize 的关系：新 core 值不能大于 maximumPoolSize，否则抛出
IllegalArgumentException
典型使用示例
假设一个监控系统需根据 CPU 使用率动态伸缩线程资源：
ThreadPoolExecutor executor = new ThreadPoolExecutor(
4, 16, 60L, TimeUnit.SECONDS,
new LinkedBlockingQueue<>(100)
);
// 运行中根据负载调整
executor.setCorePoolSize(8); // 扩容至 8
executor.setCorePoolSize(2); // 缩容至 2（后续空闲线程逐步退出）
注意：缩容后若仍有大量任务排队，线程数仍可能增长到 maximumPoolSize（取决于队列是否满、拒绝策略等），corePoolSize 只影响“保底维持”的最小线程数。
立即学习“Java免费学习笔记（深入）”；
不建议频繁修改的场景
高频调用 setCorePoolSize() 容易引发线程启停抖动，尤其在短时间反复扩缩时，可能造成资源浪费或响应延迟。更适合用于中长期负载变化（如按小时/业务周期调整），而非毫秒级波动。若需更精细控制，可结合自定义 RejectedExecutionHandler 或外部信号（如 JMX、配置中心推送）触发一次性的合理调整。
