ThreadPoolExecutor中异步任务异常默认不传播，需主动捕获：①任务内try-catch；②重写afterExecute集中处理；③Callable配合Future.get()捕获ExecutionException；④UncaughtExceptionHandler对任务异常无效。
ThreadPoolExecutor 中异步线程抛出的异常，默认不会传播到主线程，也不会打印堆栈，容易被“静默吞掉”，导致问题难以排查。关键在于：异常发生在任务执行过程中，而你没主动捕获或配置处理机制。
使用 try-catch 在 Runnable/Callable 内部捕获
最直接的方式是在提交的任务里自己处理异常：
- 对 Runnable：在 run() 方法内用 try-catch 包裹业务逻辑
- 对 Callable：在 call() 方法内捕获，并可选择抛出受检异常或封装为 RuntimeException
示例（Runnable）：
executor.submit(() -> {try {
// 可能抛异常的代码
} catch (Exception e) {
e.printStackTrace(); // 或记录日志
}
});
重写 ThreadPoolExecutor 的 afterExecute 方法
这是更通用、集中式的异常捕获方式。ThreadPoolExecutor 提供了 protected 方法 afterExecute(Runnable r, Throwable t)，只要任务执行结束（无论正常完成还是抛异常），都会调用它，其中 t 就是未捕获的异常（正常完成时为 null）。
立即学习“Java免费学习笔记（深入）”；
- 需继承 ThreadPoolExecutor 并重写该方法
- 注意：t 不为空时，说明 run() 执行中发生了未捕获异常
- 推荐记录日志，而不是仅 printStackTrace()
示例：
public class MyThreadPool extends ThreadPoolExecutor {public MyThreadPool(...) { super(...); }
@Override
protected void afterExecute(Runnable r, Throwable t) {
if (t != null) {
log.error("Task execution failed", t);
}
}
}
提交 Callable 任务并显式获取异常
如果用 submit(Callable)，返回的是 Future。异常不会立即抛出，而是在调用 get() 时以 ExecutionException 包装抛出，其 cause 就是原始异常。
- 务必在 get() 时捕获 ExecutionException，并调用 getCause() 获取根因
- 适用于需要等待结果、且能接受阻塞的场景
示例：
Future<String> future = executor.submit(() -> {throw new RuntimeException("oops");
});
try {
future.get(); // 这里才真正抛 ExecutionException
} catch (ExecutionException e) {
Throwable cause = e.getCause(); // 即 RuntimeException("oops")
log.error("Task failed", cause);
}
设置 UncaughtExceptionHandler（作用有限）
线程池中的工作线程默认会设置一个 UncaughtExceptionHandler，但注意：它只对线程自身 run() 外部抛出的异常生效（比如线程启动失败），对 Runnable.run() 内部抛出的异常无效 —— 因为 ThreadPoolExecutor 已在 runWorker 中用 try-catch 捕获了 run() 异常，并交由 afterExecute 处理。
- 所以直接 setUncaughtExceptionHandler 对任务异常基本不起作用
- 除非你自定义 ThreadFactory，在创建线程时手动设置 handler，但仍无法覆盖 ThreadPoolExecutor 的内部异常处理逻辑
不复杂但容易忽略：异常捕获的关键不在“怎么扔”，而在“谁来接”。明确异常发生位置（任务体内）、选择合适拦截点（任务内 try-catch / afterExecute / Future.get），才能真正兜住问题。
