Java线程未捕获的RuntimeException会导致线程终止且仅打印堆栈，应使用Thread.UncaughtExceptionHandler主动接管：可为单个线程设置专属处理器（需在start前调用setUncaughtExceptionHandler），或设置全局默认处理器（setDefaultUncaughtExceptionHandler）；但线程池任务异常需通过afterExecute或Future.get()捕获，而非依赖线程级handler。
Java 线程中未捕获的运行时异常（如 RuntimeException 及其子类）不会被自动处理，一旦抛出且未被 try-catch 捕获，线程会直接终止，默认仅向 System.err 打印堆栈——这在后台服务、中间件或 Android 应用中极易被忽略。真正可靠的做法是使用 Thread.UncaughtExceptionHandler 主动接管，而不是依赖 try-catch 包裹所有逻辑。
为单个线程设置专属异常处理器
这是最精准、影响范围最小的方式，适用于明确生命周期的独立线程：
- 必须在
thread.start()之前调用setUncaughtExceptionHandler，启动后再设无效 - 处理器签名固定为
(Thread t, Throwable e) → void，参数分别表示异常发生的线程和原始异常对象 - 同一个线程只能有一个处理器，后设的会覆盖前设的，不支持链式注册
- 它只捕获该线程
run()方法顶层未处理的异常，不捕获InterruptedException或已 catch 的异常
示例：
Thread worker = new Thread(() -> {
throw new IllegalArgumentException("参数非法");
});
worker.setUncaughtExceptionHandler((t, e) -> {
System.err.println("[" + t.getName() + "] 崩溃：" + e.getMessage());
// 推荐异步记录日志，避免阻塞线程退出
});
worker.start();
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
设置全局默认异常处理器
对所有后续创建、且未显式设置 handler 的线程生效，适合兜底监控：
- 调用
Thread.setDefaultUncaughtExceptionHandler(handler)即可 - 主线程（
main）不继承该默认处理器，需单独设置：Thread.currentThread().setUncaughtExceptionHandler(...) - 线程池中的工作线程通常绕过该默认值，除非你自定义
ThreadFactory并在其中显式调用setUncaughtExceptionHandler - handler 内不可抛新异常、不可长时间阻塞，否则 JVM 会退回到默认打印行为
线程池场景不能只靠 UncaughtExceptionHandler
线程池（如 ThreadPoolExecutor）的工作线程自身 run() 几乎不会崩溃，而是持续循环取任务；任务内抛出的异常会被内部 try-catch 吞掉，根本不会触发线程级 handler。因此：
- 不要指望给线程池里的线程统一 setUncaughtExceptionHandler 就能捕获任务异常
- 推荐重写
afterExecute(Runnable r, Throwable t)：当t != null，说明该任务执行时抛出了未捕获异常，此时可记录、告警或补偿 - 也可用
ThreadFactory统一设置 handler，用于捕获线程初始化失败、栈溢出等真正导致线程退出的底层异常 - 对
submit(Callable)提交的任务，异常封装在Future中，需调用get()才暴露，不属于 UncaughtExceptionHandler 范围
实际使用注意事项
确保异常处理机制真正起效，要避开几个典型陷阱：
- handler 中避免同步 I/O（如直接写文件）、网络调用或锁竞争，建议用异步日志框架（如 Logback AsyncAppender）
- 不要在 handler 中抛出新异常，否则 JVM 会放弃你的 handler，改用默认打印并终止线程
- Android 或 Spring Boot 环境中，全局 handler 建议放在 Application 初始化阶段（如
@PostConstruct或ApplicationRunner）注册 - 若需区分业务异常与系统异常，可在 handler 中检查
e instanceof RuntimeException或e instanceof Error分类处理
