从后台启动应用时自定义语言覆盖失效的本地化异常问题

这个问题我之前排查过类似的场景，确实挺闹心的——Android的本地化在后台进程里的表现有时候真的和前台不一样，尤其是冷启动的情况。结合你给出的代码和日志，我来分析下可能的原因和对应的解决思路：

核心问题分析 #

从你的日志能明显看到规律：应用在前台/可见状态时，自定义语言（波兰语）正常；一旦进入后台（无可见组件），就跳回系统默认英语。这大概率和Android系统对后台应用的配置限制，以及你当前的上下文获取逻辑有关：

• 系统对后台应用的配置优先级：当应用没有任何可见组件（Activity/Dialog）时，Android系统为了优化资源，可能会忽略应用自定义的配置（包括语言）， fallback到系统默认配置。尤其是冷启动从QuickSettings进入时，进程刚创建，系统可能先以默认配置初始化后台组件，后续即使应用短暂进入前台恢复配置，后台时又会被重置。
• 缓存Context的坑：你在Service的onCreate里缓存了context = languageContext，但这个上下文的配置是固定的——如果后续系统重置了应用配置，缓存的Context并不会自动更新。哪怕你后来改成每次调用languageContext，ContextCompat.getContextForLanguage()在后台时可能还是会返回系统默认的上下文，因为它依赖系统维护的应用配置状态。
• 冷启动时的配置加载顺序：从TileService启动隐形Activity再拉起Service的冷启动流程中，应用的自定义语言配置可能还没完全生效就初始化了Service。尤其是如果你的语言设置是在前台Activity里才应用的，后台启动时根本没走这个流程，导致Service拿到的是初始默认配置。

针对性解决思路 #

1. 绕过系统配置，主动基于保存的语言创建上下文

不要依赖系统维护的Context配置，而是直接用你保存的用户语言设置，每次获取字符串时主动创建对应语言的Context：

// 替换原有的languageContext扩展，改成主动从本地存储取语言设置
fun Context.getCustomLanguageContext(): Context {
    // 这里替换成你实际存储语言的方式（比如SharedPreferences）
    val savedLanguage = getSharedPreferences("AppSettings", MODE_PRIVATE)
        .getString("selected_language", "pl") ?: "pl"
    
    val targetLocale = Locale(savedLanguage)
    val updatedConfig = configuration.apply {
        setLocale(targetLocale)
    }
    // 创建新的上下文，确保用指定语言的配置
    return createConfigurationContext(updatedConfig)
}

然后在Service里每次获取字符串时都调用这个方法，不要缓存上下文：

lifecycleScope.launch {
    while(true) {
        delay(1000L)
        val currentLangContext = getCustomLanguageContext()
        Log.d("TEST", "languageContext: ${currentLangContext.getString(R.string.default_text)}, isAppForeground: ${isAppInForegrounded()}")
    }
}

2. 在Application级别提前应用语言配置

确保冷启动时，不管是前台还是后台启动，应用的自定义语言都能被提前加载：

class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        applyCustomLanguage()
    }

    private fun applyCustomLanguage() {
        val savedLanguage = getSharedPreferences("AppSettings", MODE_PRIVATE)
            .getString("selected_language", "pl") ?: "pl"
        val targetLocale = Locale(savedLanguage)
        
        // 全局设置默认Locale
        Locale.setDefault(targetLocale)
        // 更新Application的配置
        val config = resources.configuration.apply {
            setLocale(targetLocale)
        }
        resources.updateConfiguration(config, resources.displayMetrics)
    }
}

这样不管是从哪里启动应用，进程创建时就会先应用自定义语言，后续组件拿到的初始Context就是正确的语言配置。

3. 优化后台启动的Activity配置

你的隐形启动Activity可以显式设置语言配置，确保启动Service时，应用的配置已经是正确的：

class MyForegroundServiceStarterWithInvisibleThemeActivity : Activity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        // 先应用自定义语言配置，再启动Service
        applyCustomLanguage()
        super.onCreate(savedInstanceState)
        startForegroundService(Intent(this, MyForegroundService::class.java))
        finish()
    }

    private fun applyCustomLanguage() {
        val savedLanguage = getSharedPreferences("AppSettings", MODE_PRIVATE)
            .getString("selected_language", "pl") ?: "pl"
        val targetLocale = Locale(savedLanguage)
        val config = configuration.apply { setLocale(targetLocale) }
        createConfigurationContext(config)
    }
}

额外注意点 #

• 确认generateLocaleConfig = true生成的res/xml/locale_config.xml包含pl和en语言，避免系统过滤掉自定义语言。
• Android 12+对后台启动Activity的限制更严格，你的隐形Activity已经申请了“显示在其他应用上层”权限，这个是必要的，不用改。
• 不要依赖RunningAppProcessInfo的状态判断来切换语言逻辑，这个状态的回调有延迟，用ProcessLifecycleOwner监听前台/后台状态会更可靠：

// 在Service里初始化
private val isAppForeground = MutableStateFlow(false)

override fun onCreate() {
    super.onCreate()
    ProcessLifecycleOwner.get().lifecycle.addObserver(object : DefaultLifecycleObserver {
        override fun onStart(owner: LifecycleOwner) {
            isAppForeground.value = true
        }
        override fun onStop(owner: LifecycleOwner) {
            isAppForeground.value = false
        }
    })
}

按这个思路修改后，应该就能解决后台时语言跳回默认的问题——核心就是不要依赖系统在后台时的配置维护，主动掌控语言上下文的创建。

内容来源于stack exchange