Java线程池支持动态修改corePoolSize、maximumPoolSize、keepAliveTime和rejectedExecutionHandler；workQueue、threadFactory不可变，allowCoreThreadTimeOut可开关但不改变核心线程本质。
Java 中可以通过线程池的公开 setter 方法动态修改部分运行时参数，但需注意：不是所有参数都支持动态调整，且修改时机和线程安全需谨慎处理。
支持动态修改的核心参数
以 ThreadPoolExecutor 为例，以下参数可通过对应方法实时变更（无需重建线程池）：
-
核心线程数（corePoolSize）：调用
setCorePoolSize(int)。若新值小于当前线程数，空闲线程会逐步终止；若大于当前值，后续新任务可能触发创建新核心线程。 -
最大线程数（maximumPoolSize）：调用
setMaximumPoolSize(int)。仅影响后续线程创建上限，不会立即销毁已有超出新上限的线程（除非它们空闲并超时）。 -
线程存活时间（keepAliveTime）：调用
setKeepAliveTime(long, TimeUnit)。影响非核心线程的空闲超时回收行为，对正在执行的任务无影响。 -
拒绝策略（RejectedExecutionHandler）：调用
setRejectedExecutionHandler(RejectedExecutionHandler)。后续被拒绝的任务将使用新策略处理。
不支持动态修改的参数
以下参数在初始化后无法更改，修改需重建线程池：
- 阻塞队列（
workQueue）—— 队列容量、类型、是否可扩容等由具体实现决定，ThreadPoolExecutor未提供替换接口。 - 线程工厂（
threadFactory）—— 没有对应的 setter 方法。 - 是否允许核心线程超时（
allowCoreThreadTimeOut）—— 虽然有allowCoreThreadTimeOut(boolean)方法，但它只控制“核心线程是否参与 keepAliveTime 超时回收”，并非修改核心线程本身生命周期逻辑，且该设置本身是可动态开启/关闭的。
实际修改建议与注意事项
动态调参应结合监控与业务场景，避免盲目操作：
立即学习“Java免费学习笔记（深入）”；
- 修改前检查当前状态，例如用
getActiveCount()、getPoolSize()、getQueue().size()评估负载压力。 - 增大
corePoolSize时，若队列中有积压任务，新核心线程会立即尝试从队列取任务执行；减小时，仅空闲线程会被终止，正执行任务的线程不受影响。 - 调整
maximumPoolSize后，若当前活跃线程数已超新上限，不会强制中断，但后续新任务在队列满时可能更快触发拒绝策略。 - 所有 setter 方法都是线程安全的，可在运行时由监控线程或管理接口（如 Actuator、JMX、HTTP API）调用。
简单示例：运行时扩容核心线程数
// 假设已有线程池实例 executor
executor.setCorePoolSize(10); // 立即生效
executor.setMaximumPoolSize(20); // 同时调整上限
executor.setKeepAliveTime(60, TimeUnit.SECONDS); // 延长非核心线程存活时间
