全局异常处理：让网络应用更稳的幕后功臣

开发一个网络应用时，总免不了遇到各种“意外”——用户输入非法字符、服务器突然断连、数据库查不出数据。这些异常如果放任不管，轻则页面白屏，重则整个服务挂掉。这时候，全局异常处理就派上用场了。

什么是全局异常处理

简单说，它就像程序里的“兜底机制”。不管哪个环节出错，只要没被当场处理，就会被统一捕获，然后给出友好提示或记录日志，而不是直接崩溃。

比如你在网页提交表单，网络突然断了。没有全局异常处理的话，可能啥反应都没有；有了它，至少能弹个提示：“网络开小差了，请稍后再试”。

在实际项目中怎么用

以常见的 Spring Boot 为例，可以通过 @ControllerAdvice 注解实现全局异常捕获：

@ControllerAdvice
public class GlobalExceptionHandler {

    @ExceptionHandler(Exception.class)
    public ResponseEntity<String> handleException(Exception e) {
        // 记录错误日志
        log.error("发生未捕获异常：", e);
        return ResponseEntity.status(500).body("系统忙，请稍后重试");
    }
}

这样一来，所有控制器里抛出的异常都会被这个类拦截。你可以根据不同的异常类型返回不同提示，比如权限不足、参数错误等，提升用户体验。

前端也不能落下

浏览器端同样需要类似的机制。JavaScript 提供了 window.onerror 和 unhandledrejection，可以监听脚本错误和未处理的 Promise 异常：

window.onerror = function(message, source, lineno, colno, error) {
    console.log("JS 错误上报：", { message, source, lineno, error });
    alert("页面出了点问题，已自动上报");
    return true;
};

window.addEventListener("unhandledrejection", function(event) {
    console.log("未处理的Promise异常：", event.reason);
    event.preventDefault();
});

这类机制在线上环境特别有用。用户遇到问题时，你虽然不在现场，但后台已经收到错误堆栈，排查起来快得多。

别只报错，记得留痕

捕获异常只是第一步，更重要的是记录日志。把时间、用户操作路径、错误堆栈都存下来，下次复现问题就不用靠猜。

举个例子，某个接口频繁超时。通过全局异常日志发现，每次都是调第三方服务时卡住。进一步查证，原来是对方接口不稳定。有了证据，沟通起来才有底气。

小技巧：分类处理更高效

不是所有异常都要同等对待。比如用户输错密码属于正常情况，没必要当成严重错误报警。可以自定义异常类型，区分“业务异常”和“系统异常”：

public class BusinessException extends RuntimeException {
    public BusinessException(String message) {
        super(message);
    }
}

在全局处理器里单独处理这类异常，返回 400 状态码和具体提示，既不影响系统稳定性，又能给用户清晰反馈。

上线后的系统就像一辆行驶中的车，不可能永远顺风顺水。全局异常处理就是那个默默帮你稳住方向盘的人，哪怕爆胎也能尽量安全靠边，不至于翻车。”}