Spring Boot 全局异常状态码应动态映射而非硬编码，推荐自定义异常类携带 HttpStatus 字段，结合枚举管理、关键词识别、请求上下文判断及外部配置实现灵活可扩展的状态码控制。
Spring Boot 中全局异常状态码的动态设置，核心在于把“异常类型”和“HTTP 状态码”建立可配置、可扩展的映射关系，而不是硬编码在每个 @ExceptionHandler 方法里。关键不是“写死返回 404 或 500”，而是让状态码能随业务逻辑、异常上下文甚至外部配置灵活变化。
用自定义异常类携带状态码
最常用也最推荐的方式：让业务异常自己“知道该返回什么状态码”。定义一个基础异常基类，包含 HttpStatus 或状态码数值字段：
- 创建
BaseException或ServiceException，含private HttpStatus httpStatus;和构造方法 - 抛出时直接指定：
throw new ServiceException("用户不存在", HttpStatus.NOT_FOUND); - 全局处理器统一提取：
return ResponseEntity.status(exception.getHttpStatus()).body(...);
在全局处理器中根据异常内容动态判断
有些场景下，异常本身不带状态码（比如原生 IllegalArgumentException），但你能从异常消息、堆栈或请求上下文推断出合理状态码：
- 检查异常消息是否含 “not found”、“no such” 等关键词，自动映射为
HttpStatus.NOT_FOUND - 对
ConstraintViolationException（参数校验失败）固定返回HttpStatus.BAD_REQUEST - 结合当前请求路径或 Controller 类型做路由判断，例如 /api/** 下统一用 JSON 响应，/admin/** 下可能跳转错误页
配合枚举+配置实现可维护的状态码管理
避免魔法数字，用枚举统一管理，并支持运行时扩展：
- 定义
ResultCode枚举，每个值含code、message、httpStatus字段 - 异常构造时传入枚举项：
throw new ServiceException(ResultCode.USER_NOT_FOUND); - 全局处理器中调用
exception.getResultCode().getHttpStatus()获取状态码 - 必要时可通过
@Value("${error.code.not-found:404}")外部化配置，实现灰度或环境差异化
注意拦截顺序与继承关系
Spring 的异常处理有明确匹配优先级，这点直接影响“动态性”能否生效：
- 子类异常处理器优先于父类（如
@ExceptionHandler(UserNotFoundException.class)会先于@ExceptionHandler(RuntimeException.class)） - 若想让某个异常走“动态逻辑”，就不要给它单独写
@ExceptionHandler，让它落入通用处理器中处理 - 使用
@RestControllerAdvice(basePackages = "com.example.controller")控制作用范围，避免干扰第三方库异常
