17370845950

通过实现Thread.UncaughtExceptionHandler和@ControllerAdvice，可统一处理Java应用中的未捕获异常与Web层异常，结合日志记录、告警通知及上下文信息收集，提升系统稳定性与可维护性。

在Java应用开发中，未捕获的异常可能导致线程中断甚至整个系统崩溃。通过实现全局异常处理器，可以统一捕获并处理这些异常，避免程序意外退出，同时记录日志、通知运维或返回友好提示，从而显著提升系统的稳定性和可维护性。

使用Thread.UncaughtExceptionHandler处理未捕获异常

每个线程都可以设置一个未捕获异常处理器。当线程运行过程中抛出异常且未被捕获时，JVM会调用该处理器的uncaughtException方法。

实现方式如下：

• 定义一个类实现Thread.UncaughtExceptionHandler接口
• 重写uncaughtException(Thread t, Throwable e)方法，加入日志记录、告警发送等逻辑
• 通过thread.setUncaughtExceptionHandler(handler)为特定线程设置处理器
• 或通过Thread.setDefaultUncaughtExceptionHandler(handler)设置全局默认处理器

推荐使用setDefaultUncaughtExceptionHandler，这样所有未设置专用处理器的线程都会使用这个默认策略。

结合Spring Boot使用@ControllerAdvice统一处理Web异常

在Web应用中，可以通过@ControllerAdvice注解定义全局异常处理类，专门拦截控制器层抛出的异常。

关键步骤包括：

• 创建一个被@ControllerAdvice标注的类
• 使用@ExceptionHandler注解声明要处理的异常类型
• 方法可返回JSON格式错误信息，适配RESTful API需求
• 可记录异常堆栈到日志系统，便于后续排查

例如，对NullPointerException、自定义业务异常等进行分类响应，避免将原始异常暴露给前端。

在全局处理器中添加监控与恢复机制

单纯的日志打印不足以应对生产环境问题。可以在异常处理器中集成更多稳定性措施：

• 将严重异常上报到APM系统（如SkyWalking、Prometheus）
• 触发告警通知（邮件、短信、钉钉机器人）
• 对关键线程尝试重启或进入降级模式
• 记录上下文信息（用户ID、请求路径、时间戳）辅助定位问题

注意不要在处理器中执行耗时操作，防止阻塞异常处理流程。

基本上就这些。合理使用全局异常处理器，能让系统在面对意外时更“健壮”，减少宕机风险，也方便问题追踪。不复杂但容易忽略。