java线程池任务分配遵循确定性四步规则：先判线程数是否小于corepoolsize，是则创建核心线程执行；否则尝试入队；若队列满且线程数小于maximumpoolsize，则创建非核心线程；否则触发拒绝策略。
Java线程池的任务分配不是靠“算法”调度，而是由一套确定性规则驱动的流程控制机制。它不涉及动态负载均衡或优先级抢占式调度，核心逻辑完全取决于 当前活跃线程数、队列状态 和 线程池配置参数 三者之间的实时判断。
任务提交时的四步判定流程
每次调用 execute() 提交任务，ThreadPoolExecutor 按固定顺序执行以下判断：
- 若运行中线程数 corePoolSize：直接创建新线程执行，不入队
- 若运行中线程数 ≥
corePoolSize：尝试将任务加入workQueue - 若入队失败（队列已满）且运行中线程数 maximumPoolSize：创建非核心线程执行该任务
- 若仍无法处理（队列满 + 线程已达上限）：触发拒绝策略
工作队列类型与行为特征
队列不是被动容器，它直接影响线程增长时机和系统稳定性：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- SynchronousQueue：零容量，不存储任务。提交即需匹配空闲线程，否则立即扩容（至 max）。适合短平快任务，但要求线程响应及时
- ArrayBlockingQueue：有界数组队列，内存占用低、性能稳定。容量需结合吞吐预期与容忍延迟设定（如 10–100）
- LinkedBlockingQueue：默认无界链表队列。看似安全，实则掩盖背压问题——任务持续堆积会耗尽堆内存
- PriorityBlockingQueue：无界优先队列。仅当任务天然具备优先级且可接受 O(log n) 入队开销时选用
队列选择的关键决策依据
选队列本质是做取舍：在资源可控性和任务不丢失之间找平衡点：
- 追求强稳定性、可预测资源消耗 → 选
ArrayBlockingQueue，配合合理容量（例如按峰值QPS × 平均处理时长估算） - 任务生命周期极短（毫秒级）、并发突增频繁 → 选
SynchronousQueue，搭配足够corePoolSize避免频繁扩容 - 业务允许轻微延迟、且任务彼此完全独立 → 可谨慎使用
LinkedBlockingQueue（务必设初始容量，避免默认无界） - 绝对禁止无配置直接用
Executors.newFixedThreadPool()或newCachedThreadPool()，它们分别绑定了无界队列和 Integer.MAX_VALUE 线程上限
实际配置建议
一个生产可用的线程池应显式构造，而非依赖工厂方法：
- IO 密集型任务：corePoolSize ≈ 2 × CPU 核数；maximumPoolSize 可略高（如 core × 1.5），队列大小设为 50–200
- CPU 密集型任务：corePoolSize ≈ CPU 核数 + 1；maximumPoolSize 通常等于 core，队列宜小（如 16–64），避免任务积压抢占 CPU
- 始终指定拒绝策略，例如记录日志 + 落库重试，而非默认抛异常中断流程
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
