throwable.getlocalizedmessage()默认不支持国际化，仅返回getmessage()原始字符串；需自定义异常类，结合resourcebundle与locale手动实现本地化翻译。
Throwable.getLocalizedMessage() 默认不会自动做国际化处理，它只是简单调用当前异常对象的 getLocalizedMessage() 方法——而大多数标准异常（如 NullPointerException、IllegalArgumentException）的默认实现直接返回 getMessage()，即原始未翻译的字符串。
核心要点：国际化需手动实现
Java 的 Throwable 本身不绑定资源包（ResourceBundle）或语言环境（Locale），因此“国际化异常描述”不是开箱即用的功能，必须由开发者主动设计和注入。
推荐做法：自定义异常类 + ResourceBundle
创建继承自 Exception 或 RuntimeException 的业务异常类，在其中封装错误码与本地化逻辑：
- 构造时接收一个唯一错误码（如
"user.not.found"）和可选参数（如用户名、ID） - 重写
getLocalizedMessage()，根据当前线程的Locale（或显式传入）从ResourceBundle加载对应键的翻译，并用参数填充占位符（可用MessageFormat） - 确保资源文件按语言组织，例如：
messages_en.properties → user.not.found=User {0} not found
messages_zh.properties → user.not.found=用户 {0} 不存在
获取 Locale 的常见方式
实际项目中，Locale 来源需结合上下文决定：
- Web 应用：从 HTTP 请求头（
Accept-Language）解析，或从用户会话/配置中读取 - 命令行/批处理：使用
Locale.getDefault()，或通过启动参数指定（如-Duser.language=zh -Duser.country=CN） - 微服务调用：可通过请求头（如
X-Request-Locale: zh-CN）透传并在线程上下文中绑定
示例代码片段
简化的自定义异常类示意：
public class I18nRuntimeException extends RuntimeException {
private final String code;
private final Object[] args;
public I18nRuntimeException(String code, Object... args) {
this.code = code;
this.args = args;
}
@Override
public String getLocalizedMessage() {
Locale locale = getCurrentLocale(); // 你自己的获取逻辑
ResourceBundle bundle = ResourceBundle.getBundle("messages", locale);
String pattern = bundle.getString(code);
return MessageFormat.format(pattern, args);
}
private Locale getCurrentLocale() {
// 示例：从 ThreadLocal 或 Spring 的 LocaleContextHolder 获取
return LocaleContextHolder.getLocale();
}
}Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
