线程池中线程异常终止是因任务run()抛出未捕获异常，导致runWorker提前退出；需重点排查afterExecute和UncaughtExceptionHandler，并通过completedAbruptly=true确认异常退出。
线程池中线程异常终止，通常不是线程“突然消失”，而是其执行任务时抛出未捕获异常，导致工作线程（Worker）的 run 方法提前退出。排查需聚焦 ThreadPoolExecutor.Worker 的执行逻辑和异常处理机制。
核心路径：Worker.run() → runWorker() → task.run() 异常未被捕获
线程池中的每个工作线程都封装在 Worker 对象中，其 run() 方法实际调用 runWorker(Worker w)。该方法会循环调用 getTask() 获取任务，并执行 task.run()（注意：不是 start()，不走 try-catch 包裹的 Thread.run 逻辑）。
关键点在于：如果提交的是 Runnable（非 Future），且其 run() 方法抛出未捕获异常，runWorker 内部虽有 try-finally，但 catch 块仅记录日志（默认使用 Thread.getDefaultUncaughtExceptionHandler() 或空实现），不会阻止线程退出。
查看 JDK 源码（以 JDK 8 为例）runWorker 片段：
final void runWorker(Worker w) {
Thread wt = Thread.currentThread();
Runnable task = w.firstTask;
w.firstTask = null;
w.unlock(); // allow interrupts
boolean completedAbruptly = true;
try {
while (task != null || (task = getTask()) != null) {
w.lock();
if ((runStateAtLeast(ctl.get(), STOP) ||
(Thread.interrupted() && runStateAtLeast(ctl.get(), STOP))) &&
!wt.isInterrupted())
wt.interrupt();
try {
beforeExecute(wt, task);
task.run(); // ← 异常从此处抛出，若未被 beforeExecute/afterExecute 拦截或 task 自行处理，将向上冒泡
afterExecute(task, null);
} catch (Throwable ex) {
afterExecute(task, ex); // ← 这里会捕获，但默认实现为空；可重写 ThreadPoolExecutor.afterExecute 做日志或告警
throw ex; // ← 异常继续抛出，跳出 while 循环
}
task = null;
w.completedTasks++;
w.unlock();
}
completedAbruptly = false;
} finally {
processWorkerExit(w, completedAbruptly); // ← 线程真正退出前的清理，completedAbruptly=true 表示异常退出
}
}
重点排查位置：afterExecute 和 uncaughtExceptionHandler
线程异常终止后，有两处可插入诊断逻辑：
-
重写
afterExecute(Runnable r, Throwable t)：只要t != null，就说明任务执行中发生了未捕获异常。这是最直接、推荐的拦截点，可用于打点、告警、打印堆栈（注意避免阻塞）。 -
设置自定义
Thread.UncaughtExceptionHandler：通过ThreadFactory设置。但注意：Worker 线程在runWorker中已对 task.run() 做了 try-catch，只有在beforeExecute、afterExecute或 Worker 初始化阶段抛异常时，才会走到 UncaughtExceptionHandler。所以它不如afterExecute全面。
常见误判场景：线程“没了”其实是被回收，不是异常终止
不要把以下情况当成异常终止：
-
allowCoreThreadTimeOut = true且核心线程空闲超时，会被主动销毁（processWorkerExit(..., false)） - 线程池
shutdown()后，已有线程完成任务后正常退出（completedAbruptly = false） -
getTask()返回 null（如 shutdownNow 被调用、或队列为空且线程超时），Worker 正常退出
判断是否真为异常终止，看 processWorkerExit 中 completedAbruptly 参数是否为 true，并结合日志中是否有对应异常堆栈。
实战建议：三步定位
- 开启线程池内部日志：设置 JVM 参数
-Djava.util.logging.config.file=logging.properties，或在代码中为ThreadPoolExecutor关联的 Logger（如"java.util.concurrent.ThreadPoolExecutor"）设置 FINER 级别日志，可看到"Pool thread exiting"及原因 - 务必重写
afterExecute，至少打印异常类名和消息（避免直接 printStackTrace 到 stdout） - 检查提交的任务：是否用了
Executors.newCachedThreadPool()却提交了可能死锁/无限循环/空指针的 Runnable？优先使用submit(Callable)并显式future.get()捕获异常
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
