ThreadPoolExecutor仅支持动态调整核心线程数、最大线程数和空闲存活时间，队列容量、拒绝策略及线程工厂不可安全变更；调整需结合监控，避免高频抖动与状态不一致。
ThreadPoolExecutor 支持在运行时动态调整部分核心参数，但并非所有参数都可安全修改，需区分「线程数相关」和「队列/拒绝策略相关」两类操作。关键原则是：只允许调整影响线程生命周期的参数（如核心线程数、最大线程数、空闲存活时间），队列容量和拒绝策略不可直接变更。
可动态调整的参数及方法
以下三个参数可通过公开 API 在运行中修改，且立即生效：
- setCorePoolSize(int)：调整核心线程数。若新值小于当前核心线程数，多余的核心线程在空闲时会超时终止；若大于当前值，可能触发新线程创建（取决于任务提交节奏）。
- setMaximumPoolSize(int)：调整最大线程数。仅影响后续扩容行为；若新值小于当前活动线程数，已有线程不会被强制中断，但后续无法再扩容超过该值。
- setKeepAliveTime(long, TimeUnit)：修改空闲线程存活时间。对已处于空闲状态的线程立即生效（例如原为60秒，设为10秒后，空闲超10秒的线程将被回收）。
不可动态调整的参数说明
以下参数在构造后无法通过标准 API 修改，强行绕过（如反射）会导致行为异常或线程池状态不一致：
- 工作队列（BlockingQueue）：队列容量由具体实现决定（如 LinkedBlockingQueue 的 capacity 是 final 字段）。即使使用无界队列，也不能在运行时“切换”成有界队列。
- 拒绝策略（RejectedExecutionHandler）：虽然 ThreadPoolExecutor 内部持有 handler 引用，但没有提供 setRejectedExecutionHandler 方法。自定义子类可暴露 setter，但需自行保证线程安全与状态一致性。
- 线程工厂（ThreadFactory）：仅在创建新线程时使用，无法动态替换；已有线程不受影响，但后续新建线程会使用新工厂（如果通过反射替换字段，风险高且不推荐）。
实用调整建议与注意事项
动态调参应结合监控指标（如活跃线程数、队列积压、拒绝次数）进行，避免频繁抖动：
立即学习“Java免费学习笔记（深入）”；
- 调小核心线程数前，确认当前无长期运行任务，否则可能导致任务持续排队或拒绝。
- 增大最大线程数后，若任务负载未同步上升，可能造成资源闲置；建议配合熔断或降级逻辑控制实际并发。
- keep-alive 时间不宜设为 0（除非使用 allowCoreThreadTimeOut(true)），否则核心线程也可能被快速回收，失去“核心”意义。
- 若需更灵活的弹性策略，可封装一层代理类，监听外部信号（如配置中心变更），再调用上述合法方法，并记录调整日志用于审计。
简单示例：根据 CPU 使用率调整核心线程数
假设每 30 秒采集一次系统 CPU 负载，动态缩放核心线程数（范围 2–16）：
// 示例逻辑，非完整可执行代码double cpuLoad = getSystemCpuLoad();
int newCore = (int) Math.max(2, Math.min(16, cpuLoad * 10));
executor.setCorePoolSize(newCore);
注意：该逻辑需确保 setCorePoolSize 调用线程安全（ThreadPoolExecutor 方法本身是线程安全的），但应避免高频调用（如每秒多次），防止线程启停开销过大。
