ThreadPoolExecutor中未捕获的RuntimeException会被FutureTask静默吞掉；推荐在任务内部用try-catch处理，或重写afterExecute钩子捕获异常，UncaughtExceptionHandler作用有限。
在 ThreadPoolExecutor 中，异步任务抛出的未捕获运行时异常（如 RuntimeException）默认不会传播到主线程，也不会被打印或处理，而是被静默吞掉——这是最常见也最容易被忽略的问题。
为什么异常会“消失”？
线程池中每个任务由 FutureTask 包装执行。当 run() 方法内部抛出未捕获异常时，FutureTask 会捕获它并保存在内部状态中，但不会主动打印堆栈，也不会触发 UncaughtExceptionHandler（除非你手动启动线程且未设置 handler）。所以看似“没报错”，实则任务已失败。
推荐方案：用 try-catch 包裹任务逻辑
最直接、最可控的方式是在提交的任务内部自行捕获异常：
- 适用于 Runnable 和 Callable 两种任务
- 能精确控制日志、重试、告警等后续动作
- 避免依赖线程池的底层行为，稳定可靠
示例（Runnable）：
立即学习“Java免费学习笔记（深入）”；
<pre>executor.submit(() -> {<br> try {<br> // 业务逻辑，可能抛 RuntimeException<br> riskyOperation();<br> } catch (Exception e) {<br> log.error("异步任务执行失败", e);<br> // 可选：发告警、存 DB、调重试等<br> }<br>});
</pre>
进阶方案：重写 beforeExecute / afterExecute
ThreadPoolExecutor 提供了钩子方法，其中 afterExecute(Runnable r, Throwable t) 是捕获未捕获异常的关键入口：
- 如果
t != null，说明任务执行中抛出了未捕获异常（包括 RuntimeException） - 如果
t == null && r instanceof Future，可调用((Future) r).isDone()并尝试get()获取异常（仅对 Callable 有效） - 注意：该方法在工作线程中执行，不要做耗时操作
示例：
<pre>new ThreadPoolExecutor(...){<br> @Override<br> protected void afterExecute(Runnable r, Throwable t) {<br> super.afterExecute(r, t);<br> if (t != null) {<br> log.error("线程池任务发生未捕获异常", t);<br> } else if (r instanceof Future && ((Future) r).isDone()) {<br> try {<br> ((Future) r).get(); // 触发异常（如果是 Callable 抛出）<br> } catch (ExecutionException e) {<br> log.error("Callable 任务执行异常", e.getCause());<br> } catch (InterruptedException e) {<br> Thread.currentThread().interrupt();<br> }<br> }<br> }<br>};
</pre>
补充：设置 UncaughtExceptionHandler（作用有限）
给线程池的工作线程设置异常处理器，仅对 线程自身未捕获的异常（比如 run() 外层、Thread.run() 抛出的异常）生效，而 FutureTask.run() 已经把异常吞掉了，所以对大多数任务异常无效。仅作兜底，不建议依赖：
ThreadFactory factory = r -> {<br> Thread t = new Thread(r);<br> t.setUncaughtExceptionHandler((thread, ex) -><br> log.error("线程 {} 发生未捕获异常", thread.getName(), ex)<br> );<br> return t;<br>};<br>new ThreadPoolExecutor(..., factory);
</pre> 
