Java自定义业务异常应将错误码设为final字段或枚举引用，确保不可变；消息模板延迟到getMessage()中格式化；配合全局处理器返回结构化code和动态message，便于前端识别与监控统计。
Java 自定义业务异常携带错误码，核心是让错误码成为异常对象的结构化属性，而非藏在消息字符串里。这样前端能精准识别、日志可分类统计、全局处理器能统一响应。
用 final 字段声明错误码
在自定义异常类中，声明一个不可变的错误码字段，类型推荐 String（如 "USER_NOT_FOUND"）或 int（如 1001），用 final 修饰确保创建后不可修改：
- 字段私有化：private final String errorCode;
- 构造函数中必须赋值：this.errorCode = errorCode;
- 提供标准 getter 方法：public String getErrorCode() { return errorCode; }
绑定错误码枚举提升可维护性
比直接传字符串更优的做法，是让异常构造时接收一个错误码枚举实例（如 ErrorCode.USER_NOT_FOUND）。枚举内部封装 code、默认提示、占位符等信息，避免散落硬编码：
- 枚举定义含 getCode() 和 getDefaultMessage() 方法
- 异常类持有一个枚举引用，构造时强制传入
- getErrorCode() 返回枚举的 code 值，不暴露枚举类型本身
支持动态参数但不提前拼接消息
错误码对应的消息常需填入运行时数据（如用户名、订单号），但拼接动作应延迟到 getMessage() 被调用时，而不是在 new 异常时就执行：
立即学习“Java免费学习笔记（深入）”；
- 构造函数只保存模板和参数数组（如 "用户 %s 不存在" 和 new Object[]{userId}）
- 重写 getMessage()，内部用 String.format 或 MessageFormat 格式化
- 这样既保持异常轻量，又支持后续国际化替换（比如改用 MessageSource）
配合全局异常处理器提取使用
Spring 中通过 @ControllerAdvice + @ExceptionHandler 拦截该异常后，可直接调用 exception.getErrorCode() 获取结构化码值，并与格式化后的消息一起组装成标准 JSON 响应体：
- 响应字段如：{"code": "USER_NOT_FOUND", "message": "用户 abc123 不存在"}
- 前端按 code 做精准提示，无需解析 message 文本
- 监控系统可基于 code 统计各业务错误发生频次
