java线程池任务提交与执行是协同调度机制，涵盖提交入口、线程创建、队列流转、拒绝触发四主线；submit()返回future，execute()无返回值，submit底层调用execute；任务按核心线程→队列→最大线程→拒绝策略三级判断；拒绝策略是流控闸门，需依场景选型。
Java线程池的任务提交与执行，本质是一套协同调度机制：任务从被提交到最终由工作线程执行，中间经历阻塞队列缓冲、核心线程复用、拒绝策略兜底等多个关键环节。理解全链路，关键是抓住“提交入口→线程创建逻辑→队列流转规则→拒绝触发条件”这四条主线。
submit() 和 execute() 的行为差异
两者都用于提交任务，但语义和返回值不同：
execute(Runnable) 是 Executor 接口定义的方法，仅接受 Runnable，无返回值，适合不需要结果的场景。
submit() 是 ExecutorService 提供的扩展方法，支持 Runnable 和 Callable，返回 Future，可用于获取执行结果或取消任务。
底层实现上，submit() 会把 Runnable 封装为 FutureTask（继承自 Runnable），再调用 execute() 提交——所以二者最终走的是同一执行路径。
任务进入线程池的三步判断逻辑
当调用 execute() 后，线程池按以下顺序决策任务去向：
OpenJDK 24 Windows x64 官方参考实现（24+36），适合 Windows 环境进行 Java 开发、编译、运行和版本兼容性验证。
- 若当前运行线程数 corePoolSize），直接创建新线程执行任务，不入队；
- 否则尝试将任务加入阻塞队列（如
LinkedBlockingQueue）。入队成功则等待已有线程空闲后取走执行； - 若队列已满，且当前线程数 maximumPoolSize），则创建新线程执行该任务；
- 若仍不满足（即队列满 + 线程数已达上限），触发拒绝策略（
RejectedExecutionHandler）。
工作线程的生命周期与任务获取方式
线程池中的工作线程（Worker）是封装了 Thread 和循环执行逻辑的对象。每个 Worker 启动后，持续执行以下操作：
- 调用
workQueue.take()（阻塞式）或poll(keepAliveTime, unit)（带超时）从队列取任务； - 取到任务则执行
task.run()； - 若超时未取到任务，且当前线程数 > 核心线程数，则该 Worker 自行终止，实现线程回收；
- 若线程被中断或任务抛出未捕获异常，Worker 也会退出，并可能触发线程补充（取决于线程池状态）。
拒绝策略的实际影响与选型建议
拒绝策略不是“错误处理”，而是流控的最后一道闸门。四种内置策略适用场景不同：
-
AbortPolicy（默认）：直接抛
RejectedExecutionException，适合强一致性要求、能快速失败反馈的系统； - CallerRunsPolicy：由提交任务的线程（如主线程）同步执行该任务，可减缓提交速度，适合轻量级降级；
- DiscardPolicy：静默丢弃，适用于任务允许丢失（如日志采集）；
- DiscardOldestPolicy：丢弃队列头部任务，腾出空间放入新任务，适合希望尽量处理最新请求的场景。
自定义策略需注意避免在拒绝逻辑中阻塞或耗时操作，否则会拖慢提交线程，甚至引发级联问题。
不复杂但容易忽略的是：线程池的状态（RUNNING、SHUTDOWN、STOP等）会直接影响任务能否提交和执行。例如，调用 shutdown() 后，新任务提交会触发拒绝策略；而 shutdownNow() 还会尝试中断所有正在执行的线程。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
