thread.uncaughtexceptionhandler无法捕获线程池任务异常，因线程池内部try-catch拦截了异常且不传播至线程顶层；正确方式有三：runnable内手动try-catch、callable通过future.get()捕获executionexception、自定义threadpoolexecutor重写afterexecute()。
Thread.UncaughtExceptionHandler 不能直接捕获线程池中任务抛出的未捕获异常，因为线程池默认会“吞掉”这些异常——它们不会触发线程的 UncaughtExceptionHandler，也不会导致工作线程终止（线程池会复用线程，异常只影响当前任务）。真正需要关注的，是**如何让线程池中任务的异常不被静默丢弃，并能被感知、记录或响应**。
为什么线程池里的异常不走 UncaughtExceptionHandler？
线程池（如 ThreadPoolExecutor）内部的工作线程运行的是自己的调度循环，实际执行的是 FutureTask.run() 或包装后的 Runnable/Callable。当任务代码抛出未捕获异常时：
- 异常发生在
run()方法内部，但被线程池的try-catch捕获（例如在getTask()→runWorker()→task.run()流程中）； - 该异常不会传播到线程顶层栈帧，因此
Thread.getUncaughtExceptionHandler().uncaughtException(...)不会被调用； - 线程本身不会退出，而是继续从队列取下一个任务——所以“线程意外终止”在这里通常不成立（除非任务里手动调用了
System.exit()或引发了OutOfMemoryError等致命错误）。
正确捕获线程池任务异常的 3 种方式
要可靠地处理任务异常，应绕过 UncaughtExceptionHandler，改用以下机制：
-
对 Runnable 任务：用 try-catch 包裹 run() 逻辑，并主动记录或上报
这是最直接的方式。不要依赖外部机制，自己兜底：
executor.submit(() -> {
try {
doSomething();
} catch (Exception e) {
log.error("Task failed", e);
// 可触发告警、重试、降级等
}
});
```
-
对 Callable 任务：通过 Future.get() 主动获取异常
提交Callable后拿到Future，调用get()会将执行期间的异常包装为ExecutionException抛出：
Future
if (somethingWentWrong()) throw new RuntimeException("boom");
return "ok";
});
try {
String result = future.get(); // 正常返回
} catch (ExecutionException e) {
Throwable cause = e.getCause(); // 原始异常
log.error("Callable task failed", cause);
}
```
-
自定义 ThreadPoolExecutor，重写 afterExecute() 方法
这是最通用、侵入性最小的扩展点。所有任务（无论 Runnable/Callable）执行结束后都会进入该钩子，异常会作为第二个参数传入：
public class LoggingThreadPoolExecutor extends ThreadPoolExecutor {
public LoggingThreadPoolExecutor(...) {
super(...);
}
@Override
protected void afterExecute(Runnable r, Throwable t) {
super.afterExecute(r, t);
if (t != null) {
log.error("Task threw uncaught exception", t);
} else if (r instanceof FutureTask) {
// 对于 Callable，异常可能被封装在 Future 内部，需主动检查
try {
Object result = ((FutureTask>) r).get(0, TimeUnit.NANOSECONDS);
} catch (ExecutionException e) {
log.error("Future task failed", e.getCause());
} catch (TimeoutException ignored) {}
}
}
}
```
补充：UncaughtExceptionHandler 在什么场景下仍有用？
它适用于以下少数情况：
- 你手动创建并启动了非线程池管理的线程（如
new Thread(...).start()），且未在run()中捕获异常； - 线程池的“核心线程”本身因 JVM 层错误（如
StackOverflowError）崩溃（极罕见）； - 使用
Executors.newSingleThreadExecutor()等底层仍基于普通线程的执行器，且你替换了其内部线程的 handler（不推荐，易误用）。
总之，在标准线程池实践中，别指望 UncaughtExceptionHandler 来捕获业务任务异常——它不是为此设计的。
