能抢救，Thread.setDefaultUncaughtExceptionHandler是JVM退出前最后一道异常拦截机制，仅对未捕获的普通异常生效，需在main开头注册，不可依赖IOC容器，报警须异步轻量并落盘日志。

Java进程崩溃前还能抢救吗？用Thread.setDefaultUncaughtExceptionHandler

能。只要JVM还没退出，Thread.setDefaultUncaughtExceptionHandler 就是最后一道拦截机会——它专抓那些没被try-catch兜住、直接击穿到线程顶层的异常。

注意：它只对「未捕获异常」生效，比如NullPointerException在主线程里没处理，或者子线程抛出后没显式捕获；但OutOfMemoryError这类致命错误不一定能触发（取决于JVM状态），别指望它兜底所有崩溃。

• 必须在JVM启动早期注册，比如main方法开头，否则主线程已启动、子线程已创建，再设就无效
• 不能靠Spring @Bean或IOC容器初始化来注册——那时很多线程可能已运行，Handler错过时机
• Handler执行时线程即将终止，别在里头做耗时操作（如HTTP调用、数据库写入），容易卡死或丢通知

自定义UncaughtExceptionHandler里怎么发报警？

核心原则：快、稳、可退避。报警逻辑要轻量，失败不拖垮主线程。

• 优先走异步+内存队列：用ExecutorService提交报警任务，避免阻塞原线程；加个简单计数器防雪崩（比如1分钟最多发3次）
• 别依赖外部服务可用性：HTTP请求必须带超时（connectTimeout=2000, readTimeout=2000），失败立刻丢弃，不重试
• 日志必须落盘：即使报警失败，也要用java.util.logging或slf4j把Throwable.printStackTrace()写进本地文件，路径建议固定如/var/log/app/uncaught.log
• 示例关键片段：

  Thread.setDefaultUncaughtExceptionHandler((t, e) -> {
      log.error("Uncaught exception in thread: " + t.getName(), e);
      alertQueue.offer(new Alert(e, t.getName())); // 异步队列
  });

setUncaughtExceptionHandler和setDefaultUncaughtExceptionHandler有什么区别？

前者是单个线程私有的，后者是全局兜底。实际项目中，两者常配合使用。

Java 接口排错助手

在调试 Java 后端 API 故障时使用此技能，尤其适用于以下任务：分析日志、跨 Controller、Service 和 Mapper 层追踪请求、定位异常根因、检查 SQL 执行或参数流转，以及生成简洁的诊断结论与修复方案。

下载

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

• thread.setUncaughtExceptionHandler(...)：只影响该Thread实例，适合关键子线程（如心跳线程、消息消费线程）单独定制处理逻辑
• Thread.setDefaultUncaughtExceptionHandler(...)：覆盖所有未单独设置Handler的线程，包括Executors创建的线程池里的线程（前提是线程工厂没重写Handler）
• 线程池要注意：ThreadPoolExecutor默认用DefaultThreadFactory，它会继承defaultHandler；但若用了自定义ThreadFactory且没调用setUncaughtExceptionHandler，就会漏掉
• Android上不适用：主线程异常由系统接管，这个API对UI线程无效

为什么有时候UncaughtExceptionHandler根本不触发？

常见不是代码写错了，而是场景压根不在它的管辖范围。

• System.exit() 或 Runtime.halt()：JVM强制退出，不走任何异常处理流程
• JNI层崩溃（如SIGSEGV）：JVM可能直接被操作系统杀死，Java层无感知
• 守护线程（Daemon Thread）抛异常：JVM不会等它，也不会触发Handler（但defaultHandler仍会被调用一次）
• Spring Boot Actuator的/actuator/shutdown：本质是调System.exit()，Handler来不及执行
• 测试时用main线程抛异常却没看到Handler日志？检查是否在抛异常前已调用System.setSecurityManager——某些老版本JDK会干扰Handler注册

真正难搞的是那些“静默退出”：没异常堆栈、没日志、进程没了。这时候得看系统日志（dmesg）、JVM crash log（hs_err_pid*.log），而不是只盯着UncaughtExceptionHandler。