安卓应用空闲时Activity重建后语言切换为系统语言？调试显示Locale仍为in

• 你观察到的「调试时全局Locale仍为in，但界面切换为en」的现象，本质是Activity重建流程的资源加载时序错位，不是全局Locale配置真的被篡改。
• 具体链路：应用进入空闲状态时，系统可能因为后台内存回收、未被感知的系统配置微调（比如字体缩放、深色模式阈值变更）触发后台Activity销毁重建。重建过程默认会先基于系统级的en配置初始化Activity上下文、加载视图和字符串资源；等后续应用执行全局Locale设置逻辑时，Activity的初始渲染流程已经结束，已经绑定的英文资源引用不会自动更新回in，最终呈现出和实际全局配置不一致的显示效果。
• 额外的触发诱因：如果没有在Manifest中声明对locale类型配置变更的处理权限，系统会在检测到语言相关配置差异时强制走默认重建流程，且重建的初始参数会优先拉取系统语言快照，不会等待应用层的自定义配置注入。

• 把Locale注入逻辑前置到最早期的上下文绑定阶段：重写Application、所有Activity的attachBaseContext方法，在系统创建上下文的第一时间就把自定义Locale写入配置，不要等到onCreate阶段才修改全局Locale。示例代码：

  override fun attachBaseContext(newBase: Context) {
      val targetConfig = Configuration(newBase.resources.configuration)
      targetConfig.setLocale(Locale("in"))
      super.attachBaseContext(newBase.createConfigurationContext(targetConfig))
  }
  

• 在Manifest的<application>节点的android:configChanges参数中追加locale|layoutDirection，告知系统当语言、布局方向类配置发生变化时，不要自动触发Activity重建，由应用自行处理配置同步。
• 不要只依赖全局单例传递Locale值：每一次Activity创建时，都要校验当前Activity上下文的Locale是否与目标值一致，不一致就立刻更新配置——因为Activity创建时的上下文是独立的资源实例，不会自动同步Application层的配置变更。
• 调试时不要只校验全局Locale.getDefault()的取值，要同步检查Activity实例持有的上下文Configuration中的Locale值，两者不一致就是上述时序错位的典型特征。

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