如何从线程池Worker复用机制分析任务异常引发线程退出的原因？

本文共计966个文字，预计阅读时间需要4分钟。

线程池中的真正活跃的不是Thread，而是Worker实例；它的run方法只做一件事：

关键点在于：这个循环体本身不处理异常。一旦你在任务里抛出未捕获的 RuntimeException（比如 NullPointerException、ArithmeticException），它会直接穿透到 task.run() 调用栈顶层，导致整个 runWorker 方法提前退出，while 循环终止，Worker 生命周期结束。

常见错误现象：

• 日志里看不到异常堆栈，但线程数波动明显（尤其低频任务场景）
• ThreadPoolExecutor 指标显示 getCompletedTaskCount() 增长缓慢，而 getPoolSize() 频繁升降
• 用 jstack 抓现场，发现部分 Worker 线程已消失，只剩核心线程卡在 workQueue.take()

execute() 和 submit() 对异常的处理路径完全不同

你用 execute(Runnable) 提交任务时，任务就是裸的 Runnable，异常直接在 Worker 线程里炸开，触发 processWorkerExit(w, true)，线程池会立即补一个新 Worker（只要没 shutdown）。这不是“线程复用失败”，而是“复用被迫中断后重建”。