Java 8中Locale.getDefault()取值异常及系统语言适配咨询

我来帮你拆解这个问题——我之前在Java 8环境下也碰到过Windows系统Locale和JVM读取不一致的坑，特别头疼，咱们一步步理清楚：

这个方法的逻辑是分优先级判定的：

• 第一优先级：JVM启动时通过系统属性手动指定的Locale参数，比如启动命令里加了-Duser.language=es或者-Duser.country=ES，那Locale.getDefault()就直接采用这个值。
• 第二优先级：如果没有手动指定，Java会尝试读取操作系统的默认Locale，但划重点——Java 8在Windows下读取的是「控制面板>区域」里的「格式」选项，而非UI语言或者键盘布局！哪怕你把系统UI改成西班牙语，只要「格式」没设对，Java还是会读错。

你说已经把所有区域设置改成西班牙语了，但可以再确认下「格式」下拉框是不是选的「西班牙语（西班牙）」，有些时候可能不小心没改到位。

除了上面的「格式」选项问题，还有几个常见的坑：

• 你的应用启动脚本、IDE运行配置里，可能被偷偷加了-Duser.language=en这类参数——很多框架或者公司的通用启动脚本会默认加这个，你得去检查下。
• Java 8早期版本（比如低于update 191）有个已知bug，对Windows 10的新Locale支持不好，升级到Java 8的最新补丁版本可能能解决。
• 还有「控制面板>区域>管理」里的「更改系统区域设置」，虽然你说设了所有，但这个选项有时候会被忽略，确认下是不是也改成了西班牙语。

分两种情况：

• 如果JVM没有被手动指定Locale参数，System.getProperty("user.language")和System.getProperty("user.country")返回的值，和Locale.getDefault()是完全一致的，读这些属性只是换了一种获取方式，不会拿到更“真实”的系统设置。
• 如果想绕过JVM的Locale逻辑，直接读取Windows系统的真实Locale，那Java 8里就得用JNI/JNA调用Windows的系统API，或者用LocaleServiceProvider相关的SPI扩展，但这就比较复杂了。
• 最快捷的临时解决办法：直接在启动JVM时加参数-Duser.language=es -Duser.country=ES，强制让JVM的默认Locale变成西班牙语，这样Locale.getDefault()肯定会返回es。

这个方法的核心是返回JVM层面的全局默认Locale，它是Java类库的“通用语言开关”——所有依赖默认Locale的操作都会用它：比如格式化日期/数字、字符串排序、加载对应语言的资源文件（比如messages_es.properties）等等。它不是直接映射操作系统的Locale，而是JVM自己维护的一个全局设置，优先级是「手动指定的系统属性」>「自动读取的系统Locale」。

最后给你个排查小代码，打印一下当前JVM的Locale相关参数，能快速定位问题：

public class LocaleTest {
    public static void main(String[] args) {
        System.out.println("JVM user.language: " + System.getProperty("user.language"));
        System.out.println("JVM user.country: " + System.getProperty("user.country"));
        System.out.println("Locale.getDefault(): " + Locale.getDefault());
        System.out.println("Locale.getDefault().getLanguage(): " + Locale.getDefault().getLanguage());
    }
}

内容的提问来源于stack exchange，提问作者Koenigsberg