Java线程池中CheckedException不能直接抛出，必须捕获或包装为RuntimeException；Callable可抛出CheckedException并由Future.get()封装为ExecutionException；需用UncaughtExceptionHandler兜底处理未捕获异常，并加强监控防止静默失败。
Java线程池中，CheckedException（受检异常）本身不能直接在线程执行体中抛出而不处理，因为 Runnable.run() 方法签名不声明抛出任何检查异常。所以“未捕获 CheckedException 导致线程死亡”这个说法在语法层面就**不成立**——编译器会强制你处理或转换它。
真正常见且危险的情况是：你在 Runnable 或 Callable 中**强行用 try-catch 吞掉异常、或转成 RuntimeException 但没正确处理、或根本没意识到某些方法抛出的是 CheckedException**，最终导致任务静默失败、线程未终止但逻辑中断、或者线程因未处理的 RuntimeException（比如包装后的）而退出——这才是线程“意外死亡”的实际来源。
明确 Runnable/Callable 的异常契约
Runnable.run() 不允许抛出 CheckedException，你必须在方法内部处理它：
- 用 try-catch 捕获并做有意义的处理（如记录日志、重试、通知监控）
- 不能简单写
catch (Exception e) { }吞掉异常 - 若需向上抛出，必须包装为
RuntimeException（如new RuntimeException(e)），但要注意这会让线程在抛出后退出（除非有 UncaughtExceptionHandler）
Callable.call() 允许抛出 Exception，包括 CheckedException。线程池会将其封装进 ExecutionException，由 Future.get() 抛出。这是推荐方式：
立即学习“Java免费学习笔记（深入）”；
- 保持业务异常语义清晰，调用方能显式处理
- 线程本身不会因该异常退出，任务失败但线程复用正常
- 示例：
return doSomethingThatThrowsIOException();→ 调用方future.get()捕获ExecutionException，再.getCause()取到原始 IOException
设置 ThreadFactory + UncaughtExceptionHandler（关键防线）
即使你用了 Runnable，也难免有漏网的 RuntimeException（比如 NPE、包装过的 IOException）。此时靠 ThreadFactory 统一设置 UncaughtExceptionHandler 来兜底：
- 它在线程因未捕获异常而即将终止时被调用
- 可记录完整堆栈、触发告警、甚至尝试恢复（极少场景）
- 注意：它不能阻止线程退出，只能做事后响应
示例：
ThreadFactory factory = r -> {Thread t = new Thread(r);
t.setUncaughtExceptionHandler((th, ex) ->
System.err.println("Thread " + th.getName() + " died: " + ex));
return t;
};
ExecutorService pool = new ThreadPoolExecutor(1, 1, 0, TimeUnit.SECONDS,
new LinkedBlockingQueue(), factory);
用 CompletableFuture 或自定义 Future 包装异常流
如果想统一处理异步任务中的各种异常（包括 CheckedException），避免手动 try-catch 嵌套，可借助：
-
CompletableFuture.supplyAsync(() -> { ... }, executor)：Lambda 内可抛 RuntimeException，异常会进入exceptionally()或handle() - 自己封装一个
CheckedSupplier<t></t>接口，配合工具方法转成CompletableFuture<t></t>，把 CheckedException 转为 completion 异常 - 这样异常不再“丢失”，而是作为结果的一部分参与后续链式处理
监控与告警：发现静默失败
最隐蔽的风险是异常被吞掉、任务返回 null 或默认值、表面看一切正常。必须主动防御：
- 所有 Runnable/Callable 执行入口加顶层 try-catch，至少打 ERROR 日志（含异常和任务上下文）
- 统计任务失败率（如用 Micrometer + Prometheus）、线程池活跃线程数突降、队列积压等指标
- 对关键任务，设计幂等+回调机制，失败后能被外部感知并重试
