说起 SpringBoot 的全局异常处理，咱们就得先把心态调好——别想那种高大上、条理清晰的教学视频，咱是老友聊天。

业务层只负责“抛错”，不管怎么写。全局处理器负责“翻译”。这样前端就只需要识别一个统一的错误结构，省掉每个接口dou要写 try-catch 的痛苦。

比如你在业务里抛了一个 BaseException，后面会被 GlobalExceptionHandler 捕获，然后返回一个统一的 JSON。

错误展示是横切关注点。它不应该散落在每个 Controller 里而是集中到一个地方。这样代码geng干净，也geng易维护。

@RestControllerAdvice public class GlobalExceptionHandler { @ExceptionHandler public Result handleBase { return Result.error); } @ExceptionHandler public Result handleUnknown { return Result.error; } }

kan起来挺简洁吧？这就是我们平时用的通用写法。

1）把所有业务异常继承自 BaseException，方便一次性捕获。

2）给 Exception 单独写一个兜底方法，避免未捕获异常导致页面崩溃。

不要让业务层去关心怎么返回给前端，只关心“什么时候抛错、抛什么错”。例如：

if  {
    throw new AccountNotFoundException;
}
if )) {
    throw new PasswordErrorException;
}

这些异常dou是自己定义的子类，dou继承自 BaseException。

因为这样一来全局处理器就Neng一次性覆盖大多数业务异常，不需要在每个 Controller 写重复逻辑。

@Data
public class Result implements Serializable {
    private Integer code;
    private String msg;
    private T data;
    public static  Result error {
        Result result = new Result<>;
        result.code = 500;
        result.msg = msg;
        return result;
    }
}

提示：

前端一般判断 code 是否等于 200 或者 0 来判定成功；否则读取 msg 提示信息即可。

Controller → Service → 抛出 BaseException → DispatcherServlet → ExceptionResolver → GlobalExceptionHandler → 前端

"基于请求转发的异常处理方式是真正的全局异常处理。" — 老师的话...

GlobalExceptionHandler 通常会配合 SLF4J 打印日志：log.error);

BaseException 用来包装业务错误；普通 Exception 用来包装系统级别的问题。两者返回的 HTTP 状态码Ke以不同，例如 400 vs 500。

比如 SQLIntegrityConstraintViolationException，Ke以从报错信息里提取字段名，然后返回“该字段Yi存在”的提示。

@RestControllerAdvice
@Slf4j
public class GlobalExceptionHandler {
    @ExceptionHandler
    public Result handleDBUnique {
        String message = ex.getMessage;
        if ) {
            // 简单演示：直接截取字段名
            String parts = message.split;
            String fieldName = parts;
            return Result.error;
        }
        return Result.error;
    }
}

小结：把握好“谁负责什么”原则，让代码保持干净又不失灵活性。哈，记住了吧！Ru果还有疑问，就直接去kan自己的代码，把那段kan似无用的 try-catch 给删掉，让全局处理器来搞定吧！😄