java国际化异常核心是用resourcebundle解耦消息与locale：定义含message key和参数的异常类，延迟在getmessage()中按locale加载properties资源并格式化，web场景由@controlleradvice配合messagesource统一处理。
Java 中设计支持国际化多语言的自定义异常，核心在于把错误消息与语言环境解耦，用 ResourceBundle 管理不同语言的提示文本，再在异常构造时动态加载对应 locale 的内容。
1. 定义带参数的国际化异常类
自定义异常应继承 RuntimeException 或 Exception，不直接拼接字符串，而是保存消息键（message key）和占位参数。这样异常实例本身不绑定具体语言，便于后续按需格式化。
- 提供构造方法接收 message key 和可变参数（如
Object... args） - 内部缓存 key 和 args，不立即加载资源；重写
getMessage()方法，在调用时才根据当前线程 locale 查找并格式化 - 可选：提供显式传入
Locale的构造方法，用于跨线程或异步场景
2. 准备多语言资源文件（.properties）
在 src/main/resources 下创建资源包，例如：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
messages.properties（默认，如中文）：user.not.found=用户 {0} 不存在 -
messages_en.properties（英文）：user.not.found=User {0} not found -
messages_ja.properties（日文）：user.not.found={0} というユーザーは存在しません
确保文件名前缀一致，后缀为 _<code>language_country 格式（如 en_US），JVM 会自动匹配。
3. 在异常中动态加载并格式化消息
在 getMessage() 方法里，通过 ResourceBundle.getBundle("messages", Locale.getDefault()) 获取对应 bundle，再用 MessageFormat.format(bundle.getString(key), args) 渲染。注意处理 key 缺失或格式异常（如 MissingResourceException），建议 fallback 到 key 本身或默认文案。
- 避免在构造器中加载资源——防止类初始化失败或 locale 不一致
- 若需严格控制 locale（如 Web 请求级 locale），可通过
ThreadLocal或方法参数传递，而非依赖Locale.getDefault() - 考虑复用
MessageFormat实例提升性能（但注意线程安全，推荐每次新建）
4. Web 场景下与请求 locale 对齐（Spring 示例）
在 Spring MVC 或 Spring Boot 中，通常已通过 Accept-Language 解析出请求 locale。可借助 MessageSource（如 ReloadableResourceBundleMessageSource）统一管理资源，并在异常抛出前由 service 层或全局异常处理器完成消息解析。
- 不建议异常类直接依赖 Spring 的
MessageSource（破坏可测试性），而是由上层调用方负责格式化 - 推荐模式：抛出带 key 的异常 → 全局
@ControllerAdvice捕获 → 注入MessageSource+ 当前请求 locale → 构造 i18n 后的响应体 - 这样异常类保持轻量、无框架依赖，也方便单元测试和非 Web 环境复用
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
