异步线程池未捕获异常需分层设防：1. 自定义ThreadFactory设置UncaughtExceptionHandler，记录带MDC的日志并告警；2. 重写afterExecute兜底处理execute任务的异常；3. 优先用submit+Future.get()显式暴露异常；4. 设置setDefaultUncaughtExceptionHandler作最后防线。
异步线程池中的未捕获异常不会自动传播到主线程，也不会触发 Spring 的 @ControllerAdvice 或全局 try-catch，容易静默失败、难以定位。真正有效的处理不是靠“等它报错”，而是分层设防、主动兜底。
用 ThreadFactory 给每个线程配专属异常处理器
线程池创建新线程时，默认不带异常处理逻辑。必须通过自定义 ThreadFactory，在每个工作线程启动前设置 setUncaughtExceptionHandler：
- 在
newThread(Runnable r)中为线程命名并设置 handler，确保日志可追溯线程来源（如pool-async-3） - handler 内统一记录堆栈、上报告警（如企业微信/钉钉）、打点监控指标
- 避免只写
e.printStackTrace()，应走 SLF4J 并带上 MDC 上下文（如 traceId）
重写 ThreadPoolExecutor.afterExecute 做任务级兜底
这是线程池原生支持的钩子方法，所有任务执行完毕后都会调用，参数 Throwable t 就是未捕获异常（仅对 execute(Runnable) 生效）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 覆盖
afterExecute(Runnable r, Throwable t)，判断t != null即表示任务崩溃 - 适合集中做日志归档、失败计数、触发熔断或补偿任务
- 注意：对
submit(Callable)提交的任务，异常已被封装进Future，此处t为null
优先用 submit() + Future.get() 显式暴露异常
相比 execute()，submit() 返回 Future，能强制把异常“拉”到调用方线程处理：
- 调用
future.get()（推荐带超时），异常会包装为ExecutionException，getCause()可取原始异常 - 若不想阻塞，可用
future.whenComplete((r, e) -> { ... })异步响应结果或错误 - 别忘了处理
InterruptedException：捕获后执行Thread.currentThread().interrupt()
搭配 setDefaultUncaughtExceptionHandler 作为最后防线
Thread.setDefaultUncaughtExceptionHandler 不是万能的，但它能捕获那些漏网的线程级崩溃（比如在 afterExecute 里又抛了新异常）：
- 必须在
main方法开头或@PostConstruct中尽早设置，否则对已启动线程无效 - 它只影响未显式设置 handler 的线程，所以要和
ThreadFactory配合使用，不冲突 - 主线程异常不走这个路径，需单独对
Thread.currentThread()设置
