Java多线程未捕获异常默认静默终止子线程，需通过Thread.UncaughtExceptionHandler全局兜底：启动时设setDefaultUncaughtExceptionHandler；单线程start前调用setUncaughtExceptionHandler；线程池须自定义ThreadFactory设置handler；其仅事后响应，不能阻止线程终止。

Java 中多线程未捕获异常默认不打印堆栈、不中断主线程，但会静默终止子线程，极易造成问题遗漏。解决核心是利用 Thread.UncaughtExceptionHandler 做全局兜底，而非依赖 try-catch 覆盖所有路径。

设置全局默认处理器（最简统一入口）

在应用启动时（如 main 方法开头或 Spring Boot 的 ApplicationRunner 中）调用：

• Thread.setDefaultUncaughtExceptionHandler((t, e) -> { /* 记录日志、上报监控、打印堆栈 */ });
• 该处理器对后续所有未显式设置 handler 的线程生效
• 适合快速覆盖大部分场景，例如统一写入 logback 日志并带上线程名和异常全量堆栈

为单个线程单独指定处理器（精准控制）

适用于关键任务线程，需在 start() 之前 设置：

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• Thread t = new Thread(() -> { throw new RuntimeException("oops"); });
• t.setUncaughtExceptionHandler((thread, ex) -> System.err.println("[" + thread.getName() + "] 异常：" + ex));
• t.start();
• 注意：必须在 start 前设置，否则无效

线程池中必须自定义 ThreadFactory（常见盲区）

ExecutorService 创建的线程池（如 Executors.newFixedThreadPool）内部线程不会继承主线程的 handler，也不走全局默认处理器：

立即学习“Java免费学习笔记（深入）”；

• 需传入自定义 ThreadFactory，在创建每个线程时主动设置 handler
• 示例：ThreadFactory factory = r -> { Thread t = new Thread(r); t.setUncaughtExceptionHandler(...); return t; };
• 再用 new ThreadPoolExecutor(core, max, keepAlive, unit, queue, factory) 构建池
• 若用 submit() 提交任务，异常会被封装进 Future，需显式调用 get() 才能暴露；而 execute() 则直接触发 UncaughtExceptionHandler

理解 handler 的作用边界（避免误用）

UncaughtExceptionHandler 是“事后响应”，不是“异常拦截”：

• 它无法阻止线程终止，线程抛出未捕获异常后必然结束
• 它不能让异常继续向上抛给调用方（线程间异常不可跨栈传播）
• 真正健壮的做法仍是：在 run() 或 call() 内部对业务关键逻辑做 try-catch，按需重试、降级或记录
• handler 只作为最后一道防线，用于补全日志、触发告警、清理临时资源等