Java线程池异常默认静默丢失，需在任务内部try-catch、重写afterExecute、submit+get显式获取或安全封装任务兜底捕获。
Java 线程池中任务抛出的异常默认不会打印、不传播、也不中断主线程，很容易“静默丢失”。捕获的关键不是靠外层 try-catch，而是在执行现场或线程池钩子里主动拦截。
在任务内部用 try-catch 封装
最直接、最可控的方式，适用于你能修改任务逻辑的场景：
- 对 Runnable：在
run()方法内包裹全部业务代码，捕获后务必记录日志（推荐 SLF4J），避免只用e.printStackTrace() - 对 Callable：在
call()中捕获，可选择重新抛出RuntimeException，或返回封装错误结果（如Result.failed(e)） - 注意区分受检异常和运行时异常：Callable 声明可抛受检异常；Runnable 则需转为运行时异常再抛出
重写 ThreadPoolExecutor.afterExecute 方法
这是唯一能稳定捕获所有 execute() 和 submit(Runnable) 任务未捕获异常的原生机制：
Java Development Man
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。
- 继承
ThreadPoolExecutor，重写protected void afterExecute(Runnable r, Throwable t) - 当
t != null，说明任务执行中发生了未捕获异常，此时可统一记日志、打监控指标、触发告警 - 该方法对
submit(Callable)不生效（异常已被封装进 Future），t恒为null - 避免在
afterExecute中做耗时操作（如远程调用），否则会阻塞工作线程
用 submit(Callable) + Future.get() 显式取异常
适合需要等待结果、且能接受阻塞调用的场景：
- 必须调用
future.get()（或带超时的get(timeout, unit)），否则异常永远不会暴露 - 捕获
ExecutionException，再通过e.getCause()获取原始异常（如NullPointerException、自定义业务异常） - 别忽略
InterruptedException：捕获后建议调用Thread.currentThread().interrupt()恢复中断状态 - 若使用
CompletableFuture链式调用，异常可能被包成CompletionException，也需递归解包
安全封装任务做兜底防护
当无法修改任务源码（比如第三方回调、框架调度的任务），可在提交前统一包装：
- 实现 SafeRunnable：构造时传入原始
Runnable，在run()中try-catch并记录日志 - 实现 SafeCallable：类似封装，异常可返回封装结果，或重新抛出
- 配合线程池使用，确保每个提交的任务都经过这层保护，相当于加了一道“异常防火墙”
- 比全局
UncaughtExceptionHandler更可靠——后者对FutureTask.run()内部异常基本无效
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
