java线程未捕获异常默认打印堆栈并终止，可通过uncaughtexceptionhandler统一处理：为单个线程调用setuncaughtexceptionhandler()、全局设置setdefaultuncaughtexceptionhandler()、或利用threadgroup的uncaughtexception()实现分级处理，但该机制仅事后响应，无法阻止线程终止。
Java 中线程的未捕获异常默认会打印堆栈到 System.err，然后线程终止。要统一、可控地处理这类异常，UncaughtExceptionHandler 是标准且推荐的方式。
为单个线程设置异常处理器
每个线程都可以独立指定自己的异常处理器。调用 setUncaughtExceptionHandler() 即可：
- 该处理器只对当前线程生效，不影响其他线程
- 必须在异常发生前设置，通常在线程启动前（或构造后、start() 前）设置
- 处理器方法接收两个参数：出问题的线程对象、抛出的异常对象
示例：
Thread t = new Thread(() -> {
throw new RuntimeException("模拟未捕获异常");
});
t.setUncaughtExceptionHandler((thread, ex) -> {
System.err.println("线程 [" + thread.getName() + "] 出现异常：" + ex.getMessage());
// 可记录日志、上报监控、清理资源等
});
t.start();
为线程组或所有线程设置默认处理器
若不想逐个设置，可通过 Thread.setDefaultUncaughtExceptionHandler() 设置全局默认处理器：
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 它作用于所有未显式设置 handler 的线程（包括主线程）
- 当线程未设置自己的 handler，且其所属线程组也无 handler 时，会回退到默认 handler
- 适合做统一日志记录、错误统计、告警等基础兜底逻辑
注意：主线程的未捕获异常也会走这个默认 handler，因此建议尽早（如 main 方法开头）设置。
线程组的 UncaughtExceptionHandler
线程可归属于某个 ThreadGroup，而线程组本身也实现了 UncaughtExceptionHandler 接口：
- 线程抛出异常后，先查自身 handler；没有则查所属线程组的 handler
- 线程组的
uncaughtException()默认会尝试调用父线程组的同名方法，最终可能落到默认 handler - 自定义线程组时可重写该方法，实现按组分类处理（如 IO 线程组、计算线程组分别记录）
实际使用注意事项
UncaughtExceptionHandler 不是“异常捕获”，而是“事后响应”——它无法阻止线程终止，也不能恢复执行流程：
- 它不能替代 try-catch，关键业务逻辑仍需主动捕获和处理异常
- 不要在 handler 中执行耗时或阻塞操作（如远程调用），避免影响 JVM 正常退出或线程调度
- 若 handler 抛出新异常，JVM 会忽略并直接终止线程（不会递归调用 handler）
- 在使用线程池（如
ThreadPoolExecutor）时，worker 线程的异常通常由池内部处理，但自定义任务仍建议包装或配合 handler 使用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
