Java线程池运行流程分四步：1. 任务提交后，若线程数＜corePoolSize则新建核心线程执行；2. 若已达corePoolSize且核心线程忙，则入阻塞队列；3. 队列满且线程数＜maximumPoolSize时新建非核心线程执行；4. 队列满且线程数已达maximumPoolSize时触发拒绝策略。

Java线程池的运行流程，核心在于任务提交后的调度与执行逻辑，关键看线程数量、队列状态和拒绝策略这三者的协同作用。

任务提交后先尝试复用空闲线程

当调用 execute() 或 submit() 提交任务时，线程池不会立刻创建新线程。它首先检查当前运行的线程数是否小于 corePoolSize。如果是，就直接新建一个核心线程来执行该任务。

• 哪怕有空闲的核心线程，也会优先分配给新任务（因为线程池会主动唤醒等待中的线程）
• 这个阶段不涉及任务排队，也不触发拒绝策略

核心线程忙完就进入阻塞队列等待

如果当前线程数已达 corePoolSize，但所有核心线程都在忙，新任务就会被放入配置的阻塞队列（如 LinkedBlockingQueue、ArrayBlockingQueue 等）。

• 队列未满：任务成功入队，由空闲线程后续从队列中 take() 执行
• 队列已满：才考虑是否扩容——即判断当前线程数是否小于 maximumPoolSize

队列满且线程未达上限，就创建非核心线程

当队列已满，同时当前线程总数 < maximumPoolSize，线程池会新建一个“非核心线程”来立即执行该任务。

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

立即学习“Java免费学习笔记（深入）”；

• 这类线程在空闲超过 keepAliveTime 后会被自动回收（核心线程默认不回收，除非设置了 allowCoreThreadTimeOut(true)）
• 非核心线程只在高负载时临时补充，不是长期驻留的

超出最大容量，触发拒绝策略

如果队列已满、线程数已达 maximumPoolSize，再提交任务就会被拒绝。此时执行 RejectedExecutionHandler：

• AbortPolicy（默认）：抛出 RejectedExecutionException
• CallerRunsPolicy：由提交任务的线程自己执行该任务（可缓解压力）
• DiscardPolicy：静默丢弃任务
• DiscardOldestPolicy：丢弃队列头任务，再尝试提交当前任务

基本上就这些。整个流程不是固定顺序执行，而是动态根据资源水位实时决策，理解 core/max/queue 三者的关系，就抓住了线程池行为的主干。