java中无法真正防止服务崩溃，但可通过多层兜底机制确保未处理异常不静默退出、可记录、可告警、有上下文；需组合覆盖主线程（main方法首行设currentthread handler）、子线程、线程池（自定义threadfactory设handler）、框架线程（如spring @async、netty eventloop等），并保证handler轻量、不抛异常、打印完整堆栈。
Java 中无法真正“防止服务崩溃”，但可以通过多层兜底机制，确保未处理异常不静默退出、能记录、可告警、有上下文。关键不是靠单一手段，而是组合覆盖主线程、子线程、线程池、框架线程等所有执行路径。
主线程异常必须单独设置 handler
Thread.setDefaultUncaughtExceptionHandler 对主线程无效，因为 main 线程的异常由 JVM 直接处理。必须在 main 方法开头立即为主线程显式设置：
- 调用 Thread.currentThread().setUncaughtExceptionHandler(...)
- 这一步不能晚于任何可能抛异常的逻辑，建议放在 main 第一行
- 否则主线程一崩，程序就直接退出，全局 handler 根本没机会执行
子线程和线程池要统一管控
默认线程工厂创建的线程不会继承全局 handler，ThreadPoolExecutor 更不会自动转发异常。需主动包装：
- 自定义 ThreadFactory，在 newThread 中为每个线程调用
t.setUncaughtExceptionHandler(...) - Spring 的
@Async线程池必须重写threadFactory属性，否则 handler 不生效 - 避免用
Executors.defaultThreadFactory()，它不设 handler，也不带业务标识
handler 内部必须轻量且健壮
很多 handler 失效，是因为自身逻辑出错或阻塞：
- 禁止在 handler 里抛新异常——JVM 会直接忽略，日志都留不下
- 禁止同步网络上报、文件写入等耗时操作，应只做本地快速记录（如
System.err.println或异步日志器） - 务必打印完整堆栈：
e.printStackTrace(System.err)或logger.error("", e)，不能只输出e.getMessage() - 若需上报，先存入内存队列或本地缓冲，由独立守护线程异步发送
框架和特殊环境不能漏掉
Spring、Netty、Android、JavaFX 等有自己的线程模型，它们可能覆盖你的全局设置：
- Spring Boot 需配合 @ControllerAdvice 处理 Web 层异常，与线程级 handler 互补
- Netty 的 EventLoopGroup、Android 的主线程（
Looper.getMainLooper().getThread()）、JavaFX 的 Application Thread 都要单独设 handler - 检查第三方库是否调用了
setUncaughtExceptionHandler，如有，需在其之后重新设置或封装其逻辑
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
