调用修改JVM实例的Java SDK方法对Android应用是否有影响？

你的认知确实存在一点小偏差：ART（以及早期的DVM）本质是适配Android场景的Java兼容运行时，并非和JVM完全割裂的独立实现，Java核心SDK里修改运行时全局状态的方法，在ART上的行为和标准JVM是对齐的。

• Locale.setDefault(locale)在Android应用进程中调用是完全生效的，作用范围就是当前应用进程对应的ART实例全局，不会修改系统层面的区域设置，和Java文档中描述的JVM行为完全一致。
• 实际Android开发中，这个方法本来就是应用内多语言切换的常规实现手段：调用后，应用内所有依赖默认Locale的逻辑，包括系统资源匹配、日期/数字/货币格式化、String.format等，都会同步使用新设置的区域，除了部分自己做了Locale缓存的自定义逻辑，不需要额外重启组件就能看到效果。

你会产生误解很正常，Java官方文档里提到的「Java虚拟机实例」是对所有符合JVM规范的运行时实例的通用表述，不是特指OpenJDK/Oracle的HotSpot JVM。ART只是在字节码执行模式、垃圾回收、类加载机制等实现层面做了移动场景定制，核心API的状态语义是遵循规范的，不会随便改这类基础方法的行为。

• 补充一个实际开发的注意点：Android 7.0（API 24）引入系统级多语言偏好后，如果应用触发了配置变更（比如转屏、切后台长时间后回到前台），系统可能会用配置中存储的Locale覆盖你手动设置的值，要让设置持久生效，需要在Application类的onConfigurationChanged回调里重新设置一次自定义的默认Locale。

内容的提问来源于stack exchange，提问作者M.Ed