通过实现Thread.UncaughtExceptionHandler和@ControllerAdvice，可统一处理Java应用中的未捕获异常与Web层异常，结合日志记录、告警通知及上下文信息收集，提升系统稳定性与可维护性。
在Java应用开发中，未捕获的异常可能导致线程中断甚至整个系统崩溃。通过实现全局异常处理器，可以统一捕获并处理这些异常，避免程序意外退出，同时记录日志、通知运维或返回友好提示，从而显著提升系统的稳定性和可维护性。
使用Thread.UncaughtExceptionHandler处理未捕获异常
每个线程都可以设置一个未捕获异常处理器。当线程运行过程中抛出异常且未被捕获时，JVM会调用该处理器的uncaughtException方法。
实现方式如下：
- 定义一个类实现Thread.UncaughtExceptionHandler接口
- 重写uncaughtException(Thread t, Throwable e)方法，加入日志记录、告警发送等逻辑
- 通过thread.setUncaughtExceptionHandler(handler)为特定线程设置处理器
- 或通过Thread.setDefaultUncaughtExceptionHandler(handler)设置全局默认处理器
推荐使用setDefaultUncaughtExceptionHandler，这样所有未设置专用处理器的线程都会使用这个默认策略。
立即学习“Java免费学习笔记（深入）”；
结合Spring Boot使用@ControllerAdvice统一处理Web异常
在Web应用中，可以通过@ControllerAdvice注解定义全局异常处理类，专门拦截控制器层抛出的异常。
关键步骤包括：
- 创建一个被@ControllerAdvice标注的类
- 使用@ExceptionHandler注解声明要处理的异常类型
- 方法可返回JSON格式错误信息，适配RESTful API需求
- 可记录异常堆栈到日志系统，便于后续排查
例如，对NullPointerException、自定义业务异常等进行分类响应，避免将原始异常暴露给前端。
在全局处理器中添加监控与恢复机制
单纯的日志打印不足以应对生产环境问题。可以在异常处理器中集成更多稳定性措施：
- 将严重异常上报到APM系统（如SkyWalking、Prometheus）
- 触发告警通知（邮件、短信、钉钉机器人）
- 对关键线程尝试重启或进入降级模式
- 记录上下文信息（用户ID、请求路径、时间戳）辅助定位问题
注意不要在处理器中执行耗时操作，防止阻塞异常处理流程。
基本上就这些。合理使用全局异常处理器，能让系统在面对意外时更“健壮”，减少宕机风险，也方便问题追踪。不复杂但容易忽略。
