应用启动方式不同致行为异常：Play商店启动vs手机菜单启动

这个问题我之前帮开发者排查过好几次，大概率是Play商店启动应用时的Intent和桌面启动的Intent存在差异，导致系统没有回到原来的Task栈，反而新建了一个（或者清除了原有栈），所以才会出现后台再打开就丢失之前操作状态的情况。下面给你几个具体的排查和解决步骤：

1. 先检查Task相关的Manifest配置 #

首先看主Activity的LaunchMode和Task亲和性设置，这是最常见的触发点：

• 确保主Activity的android:taskAffinity和应用包名一致（默认就是一致的，除非你手动修改过），不要给主Activity单独设置不同的taskAffinity，否则可能导致Activity跑到其他Task里。
• 检查是否给主Activity加了android:allowTaskReparenting="true"，这个属性会让Activity从启动它的Task（比如Play商店的Task）转移到自己亲和性的Task，容易造成栈混乱，建议改成false试试。

2. 正确处理MainActivity的onNewIntent方法 #

当系统用新的Intent启动已经存在的Activity实例时（比如Play商店的启动请求），会调用onNewIntent()而不是重新创建实例。如果你的主Activity没处理好这个方法，就可能误加载默认Fragment，覆盖之前的状态：

• 如果你在onCreate()里是只有savedInstanceState == null时才加载默认Fragment，那一定要确保onNewIntent()里不要重复初始化Fragment。示例代码：

override fun onNewIntent(intent: Intent?) {
    super.onNewIntent(intent)
    // 只更新Intent，不要在这里重新加载默认Fragment
    setIntent(intent)
}

• 同时检查onCreate()的逻辑，必须判断savedInstanceState，避免每次启动都覆盖现有状态：

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    setContentView(R.layout.activity_main)
    
    if (savedInstanceState == null) {
        // 只有首次创建或状态未保存时，才加载默认Fragment
        supportFragmentManager.beginTransaction()
            .replace(R.id.container, DefaultFragment())
            .commit()
    }
}

3. 对比两种启动方式的Intent Flag差异 #

Play商店启动应用时，可能会附加FLAG_ACTIVITY_CLEAR_TOP或FLAG_ACTIVITY_NEW_TASK这类Flag，导致系统清除原有栈或者新建Task。你可以在主Activity里打印Intent Flag，对比两种启动方式的区别：

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    Log.d("MainActivity", "启动来源的Intent Flag: ${intent.flags}")
    // ...其他代码
}

override fun onNewIntent(intent: Intent?) {
    super.onNewIntent(intent)
    Log.d("MainActivity", "后台唤醒的Intent Flag: ${intent?.flags}")
    setIntent(intent)
}

如果发现Play商店启动时带了FLAG_ACTIVITY_CLEAR_TOP，可以给主Activity设置android:launchMode="singleTask"，这样系统会把主Activity调到栈顶，而不是重新创建，同时调用onNewIntent()，不会丢失原有状态。

4. 确保Fragment状态正确保存与恢复 #

虽然你说日志没有崩溃，但还是要确认Fragment是否正确处理了状态保存：

• 在Fragment的onSaveInstanceState()里保存关键状态（比如选中的Tab、用户输入内容）：

override fun onSaveInstanceState(outState: Bundle) {
    super.onSaveInstanceState(outState)
    // 保存当前选中的Tab位置
    outState.putInt("selected_tab_pos", viewPager.currentItem)
}

• 在onViewCreated()里恢复状态：

override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    savedInstanceState?.let {
        val selectedPos = it.getInt("selected_tab_pos", 0)
        viewPager.currentItem = selectedPos
    }
}

5. 用adb查看Task栈验证 #

你可以用adb命令查看两种启动方式下的Task栈差异，确认是否新建了Task：

adb shell dumpsys activity activities | grep -A 20 "你的应用包名"

对比Play商店启动和桌面启动后的Task ID、栈内Activity列表，如果Task ID不同，说明确实是Task栈的问题，回到步骤1调整配置即可。

按照这个流程排查，基本能解决问题。我之前遇到的类似案例，大多是LaunchMode没设置对，或者onNewIntent没处理好导致的。

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