Java异常消息国际化核心是通过资源文件和Locale动态加载多语言提示，自定义异常仅携带消息键，由统一处理器结合MessageSource按语言环境翻译并返回。
Java异常消息国际化，核心是把“错误提示”从硬编码字符串，变成按用户语言环境动态加载的资源内容。关键不在抛异常那一刻写死中文或英文，而在于定义一套可插拔的语言映射机制，让同一段业务逻辑，在不同Locale下返回对应的友好提示。
用资源文件管理多语言提示
把所有异常提示文本抽离到.properties文件中，避免散落在代码里。比如：
- messages_zh_CN.properties：user.not.found=用户不存在；order.expired=订单已过期
- messages_en_US.properties：user.not.found=User not found；order.expired=Order expired
文件放在classpath:/i18n/下，确保能被ResourceBundle或Spring的MessageSource正确加载。
自定义异常类携带消息键而非原文
异常本身不存具体文字，只存一个标识符（message key）和可选参数。例如：
立即学习“Java免费学习笔记（深入）”；
- 抛出：throw new I18nException("user.not.found", userId);
- 构造时只传"user.not.found"，不传"用户不存在"
- 这样异常可复用，且与语言解耦，后续换语言不用改代码
统一异常处理器中做翻译
在@ControllerAdvice里捕获自定义异常，结合当前Locale查资源、格式化参数、组装响应：
- 从请求上下文或ThreadLocal中获取用户Locale（常用CookieLocaleResolver）
- 调用messageSource.getMessage(key, args, locale)拿到本地化文本
- 把翻译后的内容塞进统一返回体（如{"code": "404", "msg": "用户不存在"}）
Spring环境下推荐配置方式
直接用Spring内置的国际化支持，省去手动加载ResourceBundle的麻烦：
- 配置ResourceBundleMessageSource，指定basenames为i18n/messages
- 让自定义异常实现MessageSourceResolvable接口，Spring会自动调用它完成翻译
- 配合LocaleResolver（如CookieLocaleResolver），前端切换语言只需改cookie或header
基本上就这些。不复杂但容易忽略的是资源文件编码——中文必须用UTF-8保存，并在Spring配置中显式声明setCacheSeconds(3600)和setDefaultEncoding("UTF-8")，否则可能乱码。
