核心线程数（corepoolsize）与最大线程数（maximumpoolsize）是动态边界，决定线程池的弹性扩缩逻辑；corepoolsize为常驻底线，非初始线程数，启动时不预创建，仅在任务提交且线程不足时触发创建。

核心线程（corePoolSize）和最大线程（maximumPoolSize）不是静态配置的“上限标签”，而是控制线程生命周期与扩容行为的两个动态边界。它们共同定义了线程池在不同负载下的弹性反应逻辑，关键在于“何时创建”“何时回收”“谁会响应新任务”。

corePoolSize 是“常驻底线”，不是“初始线程数”

线程池启动后并不会立即创建 corePoolSize 个线程——只有当任务提交进来、且当前线程数

• 调用 setCorePoolSize(n) 时：若 n 增大，线程池会立刻尝试创建新线程（哪怕队列里有积压任务），目标是尽快让运行中线程数 ≥ n；
• 若 n 减小，**不会中断正在执行的任务**，只对空闲线程生效——超出新 corePoolSize 的空闲线程会在 keepAliveTime 后被回收；
• 即使设置了 allowCoreThreadTimeOut(true)，核心线程也只在空闲时才可能被回收，执行中的线程仍不受影响。

maximumPoolSize 是“紧急扩容闸门”，仅在队列满+线程不足时触发

它不参与日常调度，只在特定条件下起作用：当 workQueue 已满，且当前线程数

• setMaximumPoolSize(n) 修改后，仅影响后续任务的扩容判断逻辑；
• 如果新值小于当前线程总数，多余的线程不会立刻销毁，而是等空闲后按 keepAliveTime 回收；
• 它不能低于 corePoolSize（否则抛 IllegalArgumentException），这是硬性约束。

扩容缩容的本质是“按需唤醒”和“空闲回收”

线程池没有“主动伸缩”的后台线程，所有扩缩动作都由任务提交或空闲事件驱动：

Java JDK 25

Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。

下载

• 扩容发生在任务到来、队列已满、且线程数未达 maximumPoolSize 的瞬间；
• 缩容不靠定时扫描，而是依赖空闲线程的 keepAliveTime 超时机制；
• 动态调整参数（如通过 Nacos 配置变更）只是修改了这个“判断门槛”，真正执行扩缩的是下一次任务流入或空闲发生时。

常见误判点：corePoolSize ≠ 最小线程数，maximumPoolSize ≠ 总并发能力

这两个参数本身不决定吞吐量，真正影响性能的是它们与 workQueue 类型和大小的组合：

• 用无界队列（如 LinkedBlockingQueue）时，maximumPoolSize 实际失效——因为队列永远不满，永远不会触发扩容；
• 用有界队列 + 较小 maximumPoolSize，容易快速触发拒绝策略，适合对响应时间敏感的场景；
• corePoolSize 设得太低，会导致频繁创建线程；设得太高，又可能长期占用资源却无任务可做。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南