java线程池中未处理异常会静默丢失，需在任务内try-catch、重写afterexecute、submit后调用future.get()或封装saferunnable/safecallable来捕获并记录。
Java 线程池中异步任务抛出的未处理异常，默认不会打印、不传播、也不中断主线程，极易“静默丢失”。捕获的关键在于：异常发生在子线程里，你不能靠外层 try-catch 捕获，必须在执行现场或线程池钩子里主动拦截。
在任务内部用 try-catch 封装
最直接、最可控的方式。适用于你能修改任务逻辑的场景：
- 对 Runnable：在
run()方法内包裹全部业务代码 - 对 Callable：在
call()中捕获，并可选择重新抛出 RuntimeException 或返回错误标识 - 务必使用日志框架（如 SLF4J）记录，带上线程名和任务上下文，避免只用
e.printStackTrace()
重写 ThreadPoolExecutor.afterExecute 方法
这是唯一能稳定捕获所有 execute() 和 submit(Runnable) 任务异常的原生机制：
- 继承
ThreadPoolExecutor，重写protected void afterExecute(Runnable r, Throwable t) -
t != null表示任务执行中发生了未捕获异常，此时可统一记日志、打监控指标、触发告警 - 注意：该方法对
submit(Callable)不生效（因为异常已被封装进 Future），t恒为null
用 submit(Callable) + Future.get() 显式取异常
适合需要等待结果、且能接受阻塞调用的场景：
- 必须调用
future.get()（或带超时的get(timeout, unit)），否则异常永远不会暴露 - 捕获
ExecutionException，再通过e.getCause()获取原始异常（如 NullPointerException、业务自定义异常） - 别忽略
InterruptedException：捕获后建议调用Thread.currentThread().interrupt()恢复中断状态
安全封装任务做兜底防护
当无法修改任务源码（比如第三方回调、框架调度的任务），可在提交前统一包装：
- 实现
SafeRunnable：构造时传入原始 Runnable，在run()中 try-catch 并记录日志 - 实现
SafeCallable：类似封装，异常可返回封装结果（如 Result.failed(e)）或重新抛出 - 配合线程池的
ThreadFactory使用，确保每个提交的任务都经过这层保护
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
