默认不触发UncaughtExceptionHandler是因为ThreadPoolExecutor的runWorker用try-catch包裹任务执行，异常被捕获并交由afterExecute处理；要使其生效需通过ThreadFactory为Worker线程显式设置handler，或更可靠地重写afterExecute方法。
Java 线程池中，工作线程（Worker）发生未捕获异常时，默认不会触发全局的 Thread.UncaughtExceptionHandler，因为线程池内部对任务执行做了封装和兜底处理。要让自定义的 UncaughtExceptionHandler 生效，必须在创建线程池时显式指定，并确保异常发生在任务执行体（Runnable 或 Callable）内部、且未被任务自身捕获。
为什么默认不走 UncaughtExceptionHandler？
线程池的 Worker 线程在执行任务时，实际调用的是：
-
task.run()（对 Runnable） - 或
task.call()（对 Callable）
但 ThreadPoolExecutor 的 runWorker 方法已用 try-catch Throwable 包裹了整个任务执行逻辑。一旦任务抛出异常，它会被捕获并记录（通过 afterExecute），而不会“漏出”到线程的顶层，因此不会触发线程自身的 UncaughtExceptionHandler。
如何让 UncaughtExceptionHandler 生效？
关键是在创建线程池时，为每个工作线程设置自己的异常处理器——通过 ThreadFactory 实现：
立即学习“Java免费学习笔记（深入）”；
- 实现
ThreadFactory，在newThread中为新线程设置setUncaughtExceptionHandler - 把该 factory 传给
ThreadPoolExecutor构造器或Executors工具类（如Executors.newFixedThreadPool(n, factory)）
示例：
ThreadFactory factory = r -> {
Thread t = new Thread(r);
t.setUncaughtExceptionHandler((thread, ex) ->
System.err.println("线程 " + thread.getName() + " 抛出未捕获异常: " + ex));
return t;
};
ExecutorService pool = Executors.newFixedThreadPool(2, factory);
pool.submit(() -> {
throw new RuntimeException("任务内抛异常");
});
⚠️ 注意：此时异常仍会被 runWorker 捕获，但因为你在 Thread 上设置了 handler，JVM 在发现异常未被任何 catch 且线程即将终止时，会主动调用该 handler —— 这正是生效的前提。
更可靠的做法：重写 afterExecute
比依赖 UncaughtExceptionHandler 更推荐的方式是重写 ThreadPoolExecutor.afterExecute，它在线程执行完任务（无论成功或异常）后被调用，参数包含任务和可能的异常：
ThreadPoolExecutor executor = new ThreadPoolExecutor(
2, 2, 0, TimeUnit.SECONDS, new LinkedBlockingQueue<>()) {
@Override
protected void afterExecute(Runnable r, Throwable t) {
if (t != null) {
System.err.println("任务执行异常: " + t);
// 可记录日志、告警、上报等
}
}
};
这种方式能 100% 捕获任务级异常，不受是否被 try-catch 影响（只要没在任务里吞掉异常），也无需依赖线程生命周期语义。
补充说明：Callable 的异常处理差异
Callable 的异常不会被 runWorker “吃掉”，而是包装成 ExecutionException 抛给调用 Future.get() 的线程。所以：
- 如果你不调用
get()，异常就静默丢失 - 如果调用了
get()，异常出现在主线程，此时触发的是主线程的UncaughtExceptionHandler，而非工作线程的
因此，对 Callable，建议始终检查 Future.isDone() 并调用 get()（或 get(timeout, unit)）来显式处理异常。
