答案是使用Spring的MessageSource实现异常消息国际化，通过定义资源文件、创建自定义异常并结合全局异常处理器动态加载对应语言的消息。具体步骤包括：配置ResourceBundleMessageSource Bean指向exceptions.properties等资源文件；为不同语言提供如exceptions_zh_CN.properties和exceptions_en_US.properties；在文件中以key-value形式存储错误信息；抛出携带消息键的InternationalizedException异常；在@ControllerAdvice标注的全局异常处理器中，利用MessageSource根据locale解析带占位符的消息并返回给前端。
在Java中实现异常消息的国际化，核心思路是将具体的错误信息从代码中剥离，存储在外部资源文件里，并根据用户的语言环境动态加载。Spring框架对此提供了完善的支持，是实际项目中的常用方案。
使用Spring的MessageSource进行消息管理
Spring的ResourceBundleMessageSource或ReloadableResourceBundleMessageSource是处理国际化的关键组件。你需要定义一个Bean来指定资源文件的路径。
- 配置messageSource Bean，指向你的properties文件，例如命名为exceptions.properties
- 为不同语言创建对应的文件，如exceptions_zh_CN.properties（中文）和exceptions_en_US.properties（英文）
- 在这些文件中，用key-value的形式存储消息，例如error.user.notfound=
用户不存在 和 error.user.notfound=User not found
抛出并处理可国际化的自定义异常
直接抛出带具体语言文字的异常会破坏国际化。正确做法是抛出一个携带“消息键”的自定义异常。
- 创建一个自定义异常类，比如InternationalizedException，它持有一个代表错误类型的code（即资源文件中的key）
- 在业务逻辑中，当需要报错时，抛出这个异常并传入code，例如throw new InternationalizedException("error.user.notfound")
- 避免在异常中直接拼接动态参数，如果需要，code对应的消息模板应使用{0}, {1}等占位符
在全局异常处理器中解析并返回最终消息
应用的最外层需要一个统一的地方来捕获所有异常，并将其转换为对用户友好的响应。这里就是解析国际化消息的时机。
- 使用Spring的@ControllerAdvice和@ExceptionHandler构建全局异常处理器
- 在处理器方法中，通过注入的MessageSource，调用其getMessage(code, args, locale)方法
- 其中locale通常从请求头（如Accept-Language）或ThreadLocal中获取，以确定用户偏好语言
- 将解析后的消息组装进API响应体返回给前端
基本上就这些步骤。关键是把“错误是什么”（code）和“错误怎么说”（message）分开，利用Spring的机制在最后一步完成翻译。
