corepoolsize是线程池常驻底线，maximumpoolsize是弹性上限；任务提交时优先用核心线程，满后入队，队列满才扩容至max，超限则触发拒绝策略。

corePoolSize 和 maximumPoolSize 是线程池最基础、最关键的两个参数，直接决定了线程资源的“常驻规模”与“弹性上限”。它们不是孤立设置的，而是在任务提交、队列填充、线程创建这一整套流程中协同起作用。

corePoolSize：常驻线程的底线

它代表线程池中始终维持的最小线程数量。只要线程池没被关闭，这些线程就一直存在——哪怕长时间空闲，也不会被回收（除非显式开启 allowCoreThreadTimeOut(true)）。

• 新任务到来时，若当前运行线程数
• 它不是“初始线程数”，而是“最低保障线程数”；即使刚创建完线程池，没有任务提交，也不会立刻创建 corePoolSize 个线程（懒加载）
• 设置过小：大量任务涌入时被迫排队或频繁扩容，响应延迟升高
• 设置过大：空闲线程占用栈内存、上下文切换开销增加，反而降低吞吐

maximumPoolSize：线程扩容的天花板

它定义了线程池允许创建的线程总数上限。只有当 核心线程全忙 + 任务队列已满 时，才会触发扩容，新建非核心线程来处理新任务。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 扩容只发生在有界队列（如 ArrayBlockingQueue）或容量有限的队列（如 LinkedBlockingQueue(100)）场景下；若用无界队列（如默认构造的 LinkedBlockingQueue），几乎永远不会达到 maximumPoolSize
• 该值不是越高越好：线程数暴增可能耗尽内存、抢占 CPU、引发锁竞争，导致系统抖动甚至崩溃
• 合理范围通常为 corePoolSize 的 1.5～3 倍；突发流量场景可适当放宽，但需配合监控和熔断

二者如何配合工作？

线程池处理任务遵循明确的优先级链条：

• 有空闲核心线程 → 直接分配执行
• 核心线程全忙 → 新任务进 workQueue 排队
• 队列满了 → 创建非核心线程（直到达 maximumPoolSize）
• 非核心线程也满 + 队列满 → 触发拒绝策略（如抛异常、丢弃、调用者执行等）

配置建议参考（基于 CPU 核心数 N）

实际取值需结合业务类型与压测结果，但可作为起点：

• CPU 密集型（如图像处理、数值计算）：corePoolSize ≈ N 或 N+1；maximumPoolSize 通常设为与 core 相同，避免线程争抢 CPU
• I/O 密集型（如 HTTP 调用、DB 查询）：corePoolSize ≈ 2N；maximumPoolSize 可设为 5N～10N，利用 I/O 等待时间提升并发度
• 混合型：corePoolSize ≈ 1.5N，maximumPoolSize ≈ 3N，队列容量宜适中（如 50～200），兼顾缓冲与响应速度

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