java线程池中异步任务异常需主动捕获，推荐用submit()+future.get()显式暴露；无法修改调用方时可封装saferunnable/safecallable；重写afterexecute()做全局异常钩子；并设置uncaughtexceptionhandler作为最后防线。
Java线程池中，异步任务异常若不主动捕获，很容易静默失败——尤其用execute()提交Runnable时，异常被吞掉、线程终止、日志无痕，排查成本极高。真正有效的做法不是“等它出错再看日志”，而是从任务提交那一刻起，就让异常可捕获、可定位、可记录。
用submit() + Future.get()显式暴露异常
这是最直接、最可控的方式。与execute()不同，submit()返回Future，任务异常会被封装为ExecutionException，调用get()时强制暴露原始异常。
- 必须调用
future.get()（或带超时的get(timeout, unit)），否则异常永远不会抛出 -
ExecutionException.getCause()能拿到原始异常（如NullPointerException或业务异常） - 别忽略
InterruptedException：捕获后建议恢复中断状态Thread.currentThread().interrupt()
统一包装Runnable/Callable任务做兜底捕获
当无法修改调用方逻辑（比如第三方SDK回调、框架自动调度），可在提交前对任务做安全封装，确保异常至少被记录。
- 对
Runnable：用SafeRunnable包裹，在run()内try-catch并打印日志或上报监控 - 对
Callable：类似实现SafeCallable，在call()中捕获异常，返回封装结果或重新抛出 - 避免只
System.err.println()——应走统一日志框架（如SLF4J），带上线程名、任务标识、堆栈
重写ThreadPoolExecutor.afterExecute()做全局钩子
这是线程池原生支持的扩展点。只要任务执行完毕（无论成功或异常），afterExecute(Runnable, Throwable)都会被调用，Throwable参数即为未捕获异常。
- 适用于所有通过该线程池提交的任务，无需逐个封装
- 适合集中做日志记录、指标打点（如“异常任务数”）、告警触发
- 注意：仅对
Runnable有效；Callable异常已由Future包装，此处Throwable为null
设置UncaughtExceptionHandler抓取线程级崩溃
作为最后一道防线，当异常彻底未被捕获（比如在afterExecute里又抛新异常），JVM会交由线程的UncaughtExceptionHandler处理。
- 创建线程池时，通过
ThreadFactory为每个工作线程设置专属处理器 - 处理器中可记录线程名（如
pool-1-thread-3）、异常堆栈、时间戳 - 这对排查“线程莫名消失”“任务突然不执行”类问题非常关键
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
