Java自定义异常信息核心是构造时传入字符串或重写getMessage()，常用方式为throw中用String.format动态拼接；固定结构消息宜封装自定义异常类；国际化需结合ResourceBundle；日志中应补充上下文而非仅美化消息。
Java中自定义异常信息，核心在于构造异常对象时传入定制的字符串，或在自定义异常类中重写 getMessage() 等方法。不是所有异常都适合“格式化”，关键看是否需要统一风格、携带上下文、支持国际化或便于日志追踪。
直接在 throw 中传入动态消息
最常用也最灵活的方式：使用标准异常类（如 IllegalArgumentException、RuntimeException）的带 String 参数的构造器。
- 消息可拼接变量，推荐用 String.format 或文本块（Java 15+）提升可读性
- 避免字符串拼接 + null，建议用 Objects.toString(obj, "null") 防 NPE
- 示例：throw new IllegalArgumentException(String.format("用户ID %d 不存在，操作：%s", userId, action));
创建自定义异常类并控制消息生成
当多个地方抛出同类业务异常，且消息结构固定（如含错误码、模块名、时间戳），适合封装为自定义异常。
- 继承 RuntimeException（非检查异常）或 Exception（检查异常），按需选择
- 在构造器中组装消息，例如：super("[AUTH-002] 登录失败 - 用户 " + username + " 账户已被锁定");
- 可额外提供 errorCode()、getTimestamp() 等方法，方便日志或监控系统提取结构化字段
通过 ResourceBundle 支持多语言异常消息
面向国际用户的系统，异常提示应适配用户语言。不建议硬编码中文/英文字符串。
- 将错误码与消息模板存于 properties 文件（如 messages_zh_CN.properties）
- 构造异常时根据 Locale 查找键值，再用 MessageFormat.format 填充参数
- 示例键值：user.not.found=用户 {0} 未找到，请确认输入是否正确
日志中增强异常上下文，而非仅改
getMessage()
单纯美化异常消息作用有限；真正提升排查效率的是在日志中补充堆栈外的上下文。
- 不要只写 log.error("操作失败", e)，而应记录关键变量：log.error("转账失败，from:{}, to:{}, amount:{}", fromId, toId, amount, e);
- 可在 catch 块中包装异常：throw new ServiceException("订单创建失败", e).withContext("orderNo", orderNo).withContext("userId", userId);（需自行实现 withContext 方法）
基本上就这些。自定义异常消息不是炫技，而是让错误更明确、日志更完整、协作更高效。不复杂但容易忽略细节。
