Android在setContentView前加载语言偏好引发无限循环问题排查

• 最直接的触发问题：MainActivity在onCreate生命周期中，还未执行setContentView()完成界面渲染时，就调用了loadPreferences()方法，而该方法内部无任何判断逻辑直接拉起新的MainActivity实例。这会形成无限递归的启动循环：每创建一个MainActivity，就立刻触发下一个MainActivity的创建，Activity栈被无限堆叠，系统流程被卡住，根本走不到渲染主界面的步骤，最终表现为只显示启动Logo，无法进入应用主流程。
• 附带的逻辑缺陷：
  • 偏好读取与配置生效的逻辑完全耦合，没有区分“应用正常启动读取持久化配置”和“用户主动修改配置需要重启生效”两个场景
  • 重启Activity时未添加栈清理标识，也没有关闭旧的Activity实例，导致返回栈混乱
  • 重启跳转时传递的Intent Extra没有实际业务作用，属于无效传值
  • 设置Fragment中的逻辑执行顺序混乱，语言值判断、存储、界面更新的时机错位

1. 重构MainActivity的偏好加载逻辑 #

彻底移除loadPreferences()中触发自身重启的无效代码，保留“读取持久化配置、应用到当前Activity资源配置”的核心功能：

private fun loadPreferences(){
    val preferences = getSharedPreferences("Settings", Activity.MODE_PRIVATE)
    val savedLanguage = preferences.getString("LANGUAGE", "eng") ?: "eng"
    val savedMode = preferences.getInt("MODE", 1)
    
    // 保留日志用于调试
    Log.i(TAG, "读取到的语言配置：$savedLanguage，模式配置：$savedMode")

    // 直接将保存的语言配置应用到当前资源，无需主动重启
    val targetLocale = Locale(savedLanguage)
    val config = resources.configuration
    config.setLocale(targetLocale)
    resources.updateConfiguration(config, resources.displayMetrics)
}

调整onCreate的执行流程，确保流程顺序正确：

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    // 启动时先读取并应用持久化偏好，全程不做任何跳转操作
    loadPreferences()
    // 正常渲染主界面布局
    setContentView(R.layout.activity_main)
    // 后续原有的页面初始化逻辑保持不变
}

2. 修正设置Fragment的语言切换逻辑 #

调整语言点击事件的执行顺序，修正重启触发的逻辑判断，移除无效的传值逻辑：

• 调整点击事件的执行顺序：先将用户选择的语言持久化到SharedPreferences，取出按钮上原有的旧语言值做对比，再触发必要的重启流程，最后更新界面按钮的显示文本

binding.languageButton.setOnClickListener {
    val builder = AlertDialog.Builder(requireContext())
    builder.setTitle(getString(R.string.setLanguage))
    builder.setItems(langArray) { _, which ->
        val selectedLang = langArray[which]
        val oldLangOnButton = binding.languageButton.text.toString()
        // 第一步：将选中的语言写入SharedPreferences并即时提交
        requireActivity().getSharedPreferences("Settings", Context.MODE_PRIVATE)
            .edit()
            .putString("LANGUAGE", selectedLang)
            .apply()
        // 第二步：传入新旧语言值判断是否需要触发重启
        changeLanguage(selectedLang, oldLangOnButton)
        // 第三步：更新按钮上显示的当前语言文本
        binding.languageButton.text = selectedLang
        // 原有的偏好校验逻辑保留
        checkUserPreferences()
    }
    builder.create().show()
}

修正changeLanguage()方法的逻辑，避免无效重启、清理栈冗余：

private fun changeLanguage(newLanguage: String, oldDisplayLanguage: String) {
    // 仅当用户选择的语言与当前显示的语言不一致时，才需要触发重启
    if(newLanguage != oldDisplayLanguage){
        // 提前应用新语言配置，减少重启时的闪屏
        val targetLocale = Locale(newLanguage)
        val config = resources.configuration
        config.setLocale(targetLocale)
        resources.updateConfiguration(config, resources.displayMetrics)

        // 构建干净的重启Intent，添加栈清理标识
        val restartIntent = Intent(requireContext(), MainActivity::class.java)
        restartIntent.flags = Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK
        // 关闭当前Fragment附着的旧Activity，避免栈堆叠
        requireActivity().finish()
        requireActivity().startActivity(restartIntent)
        // 移除重启的默认转场动画，优化体验
        requireActivity().overridePendingTransition(0, 0)
    }
}

• 目前使用的resources.updateConfiguration()为旧版API，在Android 13+版本上如果遇到语言配置不全局生效的问题，可以在attachBaseContext方法中对全局上下文做语言配置适配，不需要额外重启Activity
• 不要在应用启动的初始流程中加入任何跳转重启逻辑，避免出现类似的死循环卡死问题

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