Thread.UncaughtExceptionHandler 是捕获子线程未处理异常的唯一可靠入口，仅对非主线程有效，主线程需单独设置；线程池须自定义ThreadFactory绑定handler；handler内须轻量、安全、不抛异常，且需多层协同兜底。
Thread.UncaughtExceptionHandler 是 Java 中捕获子线程未处理异常的唯一可靠入口，它不依赖 try-catch，也不侵入业务逻辑，适合做轻量、低侵入的全局崩溃监控。但它只对「未被显式捕获、且发生在非主线程」的异常生效——主线程崩溃走的是 JVM 退出流程，这个 handler 完全无效。
只对子线程有效，主线程需单独处理
默认情况下，Thread.setDefaultUncaughtExceptionHandler 只能捕获后台线程（如 new Thread、线程池 worker）里抛出的 RuntimeException 或 Error。main 线程或 Android 主线程（UI 线程）崩溃不会触发它，JVM 会直接打印堆栈并退出进程。
- Java 应用：在
main方法最开头，给当前主线程单独设 handler：Thread.currentThread().setUncaughtExceptionHandler(...) - Android 应用：在
Application.onCreate()里尽早设置全局 handler，并额外对Looper.getMainLooper().getThread()设置（虽然实际效果有限，但可配合 ANR 监控补位） - Spring Boot：可在
SpringApplicationRunListener或CommandLineRunner中设置，确保早于所有自动配置线程启动
线程池必须自定义 ThreadFactory 才能生效
Executors 默认线程工厂（DefaultThreadFactory）不会继承全局 handler，所以 ThreadPoolExecutor 启动的线程崩溃后往往静默失败——不是 handler 失效，而是压根没被设上。
- 正确做法：写一个包装 factory，在
newThread()里主动绑定 handler - 示例：
t.setUncaughtExceptionHandler(Thread.getDefaultUncaughtExceptionHandler()) - Spring 的
@Async默认用SimpleAsyncTaskExecutor，每次新建线程，需替换为自定义ThreadPoolTaskExecutor并注入该 factory - ForkJoinPool、Netty EventLoopGroup 等框架线程池，也要查文档确认是否支持或需手动注入
handler 内必须轻量、安全、不抛异常
这个回调运行在线程即将终止的临界点，状态已不可控，任何阻塞或错误操作都会让问题更糟。
立即学习“Java免费学习笔记（深入）”；
- 避免耗时操作：不上报网络请求、不写大文件、不调用同步 IO；推荐异步日志器（如 Logback 的 AsyncAppender）或内存缓存后批量落盘
- 务必保留完整堆栈：用
logger.error("msg", ex)或ex.printStackTrace(System.err)，别只打ex.getMessage() - 禁止再抛异常：handler 内 throw 新异常会被 JVM 忽略，既不打印也不中断，等于“吞掉”了这次崩溃
- 注意线程安全：内部若用 SimpleDateFormat、StringBuilder 等非线程安全对象，要加锁或改用局部变量
别指望它兜底一切，要组合使用
单靠 UncaughtExceptionHandler 无法覆盖全部场景，真实线上环境需要多层协同：
- 业务层：关键路径仍要用 try-catch 做明确恢复（比如网络重试、数据降级）
- Web 层：Spring 的
@ControllerAdvice拦截 Controller 异常，返回友好提示 - JVM 层：通过
-XX:OnOutOfMemoryError或 JFR 记录致命错误 - Android 补充：结合
ActivityLifecycleCallbacks监控 Activity 异常重建、StrictMode发现潜在问题
