e.getLocalizedMessage() 不自动本地化，其返回值取决于异常类是否重写该方法并提供多语言资源；标准异常如 NullPointerException 默认与 getMessage() 相同，仅 ParseException、自定义异常或 Spring 验证异常等主动适配时才支持本地化。
e.getLocalizedMessage() 是 Java 中 Throwable 类提供的一个方法，用于返回当前异常的**本地化（locale-sensitive）描述信息**。但它是否真能返回“本地化”内容，取决于异常类本身是否重写了该方法，以及是否提供了对应语言环境的消息资源。
它不自动翻译，依赖异常类的实现
Java 标准异常（如 NullPointerException、IllegalArgumentException）的 getLocalizedMessage() 默认直接调用 getMessage()，而 getMessage() 通常返回的是硬编码的英文字符串（比如 "null" 或 "Index: 5, Size: 3"），并不随系统语言变化。
也就是说：
- 没有额外处理时，e.getLocalizedMessage() 和 e.getMessage() 返回结果完全一样；
- 它不会自动根据操作系统语言或 JVM 默认 locale 翻译成中文或其他语言。
真正支持本地化的常见场景
只有当异常类主动做了本地化适配，getLocalizedMessage() 才有意义。典型例子包括：
-
java.text.ParseException：解析日期/数字失败时，会基于当前Locale.getDefault()加载对应资源包，返回如“无法解析的日期”这类中文提示（前提是 JDK 提供了对应 locale 的资源）； - 自定义异常：开发者通过 ResourceBundle 加载不同语言的错误模板，并在
getLocalizedMessage()中返回对应翻译； - 某些框架异常（如 Spring 的
ValidationException或国际化验证器）：配合MessageSource实现多语言错误消息。
如何让自己的异常支持本地化
若需可控的本地化异常信息，推荐以下做法：
立即学习“Java免费学习笔记（深入）”；
- 继承
RuntimeException或Exception，在构造时传入消息码（如"error.user.not.found"），而非原始文本； - 重写
getLocalizedMessage()，内部调用ResourceBundle.getBundle("messages", Locale.getDefault())获取对应语言的文案； - 避免在异常构造时拼接动态参数（如用户名），改用占位符（
{0}），再由格式化工具（如MessageFormat）填充，确保翻译灵活性。
调试时怎么确认是否生效
可以临时打印当前 locale 和消息对比：
System.out.println("Default locale: " + Locale.getDefault()); // 如 zh_CN
System.out.println("getMessage(): " + e.getMessage());
System.out.println("getLocalizedMessage(): " + e.getLocalizedMessage());
如果两者输出一致，说明该异常未做本地化处理；若不同，说明已重写且资源匹配成功。
