安卓点击推送跳转时Activity未按应用内自定义语言本地化的问题

核心根因 #

• 根本原因是未将自定义Locale同步到应用全局Resources的配置中，仅在BaseActivity的attachBaseContext中为当前Activity的上下文做了本地化包装。
  • 正常从图标启动时流程会经过应用SplashActivity，通常会在Splash的初始化逻辑中隐式完成全局Resources的Locale更新，后续跳转的所有页面都能读取到正确的全局资源配置。
  • 推送跳转时直接打开目标Activity、绕过了Splash的全局同步流程，即使目标Activity自身的attachBaseContext执行正常、读取到的目标Locale正确，但凡代码中存在使用getApplicationContext().getResources()获取文本、或者复用Application级缓存的LayoutInflater加载布局的逻辑，都会读取到跟随系统语言的全局资源，导致本地化失效。
• 次要排查方向：
  • 构建本地化上下文时未继承原有baseContext的全部Configuration属性，仅修改locale导致配置缺失，在通知/DeepLink这类非默认启动入口下出现资源匹配异常。
  • Activity在Manifest中配置了android:configChanges="locale"，系统触发配置变更时未在onConfigurationChanged中重新同步本地化配置，导致自定义Locale被覆盖。
  • 推送PendingIntent复用了旧实例，未正确传递FLAG_ACTIVITY_NEW_TASK、FLAG_ACTIVITY_CLEAR_TASK标志，导致实际启动时复用了旧任务栈的Activity实例（注：若attachBaseContext确实执行可排除该问题）。

可行解决方案 #

• 在Application层完成全局Locale同步：不要仅依赖Activity的attachBaseContext做本地化，在Application的attachBaseContext方法中就调用LocaleUtils完成全局Resources的配置更新，从根源上统一所有上下文的资源配置，不依赖启动流程的跳转逻辑。
• 补全本地化上下文的构建逻辑：在BaseActivity的attachBaseContext中生成包装上下文时，先从原有baseContext获取完整的Configuration，再修改locale后生成新的上下文，避免配置缺失：
  • API 24+使用createConfigurationContext生成本地化上下文
  • API 24以下使用Resources.updateConfiguration同步配置
• 排查资源引用逻辑：
  • 避免在Activity初始化、自定义View加载时使用getApplicationContext().getResources()获取文本，优先使用当前Activity的上下文读取资源
  • 不要在Application中缓存全局LayoutInflater复用，LayoutInflater必须通过当前Activity的上下文获取
• 若Activity配置了android:configChanges="locale"，需要重写onConfigurationChanged方法，在系统触发配置变更时重新执行本地化包装逻辑，避免自定义Locale被系统默认配置覆盖。
• 校验推送PendingIntent有效性：创建PendingIntent时添加PendingIntent.FLAG_UPDATE_CURRENT，确保设置在Intent上的启动标志位能正确生效，避免旧PendingIntent缓存导致的流程异常。

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