从后台恢复App崩溃求助：Fragment启动序列异常

嘿，这个后台恢复时Fragment崩溃的问题我之前也帮不少开发者排查过——冷启动正常、后台切回来就炸，大概率是Fragment状态恢复的逻辑踩坑了，结合你说的API27和support Fragment的情况，我给你梳理下排查方向和解决方案：

核心原因分析 #

这种场景下的崩溃，通常逃不开这几个关键点：

• Fragment实例重复创建：后台恢复时系统会自动帮你重建Fragment栈，但如果你的代码里没做判断，又手动执行了添加Fragment的逻辑，就会导致栈内Fragment序列混乱，触发崩溃。
• 生命周期回调顺序差异：冷启动和后台恢复时，Fragment的回调顺序不一样——比如后台恢复时会先执行onRestoreInstanceState再走onCreateView，如果你的代码在onCreateView里依赖了还没恢复的状态变量，直接就空指针了。
• API27专属兼容性bug：虽然你换成了support Fragment，但API27对应的早期support库版本确实存在Fragment状态恢复的漏洞，比如FragmentManager处理栈状态时的逻辑错误。

一步步排查与解决 #

1. 先检查Fragment的添加逻辑 #

这是最常见的坑！你要确保只有在冷启动时才手动添加Fragment，后台恢复时交给系统自动重建：

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);

    // 关键判断：savedInstanceState不为null时，说明是后台恢复，不要重复加Fragment
    if (savedInstanceState == null) {
        getSupportFragmentManager().beginTransaction()
                .add(R.id.fragment_container, new YourBaseFragment())
                .commit();
    }
}

千万别在onStart、onResume里无条件执行Fragment添加操作，否则后台恢复时会重复入栈，直接打乱序列。

2. 对比冷启动和恢复时的日志差异 #

把两种场景下的Fragment生命周期日志拉出来对比，重点看这几个回调的顺序：

冷启动通常顺序：onCreate → onCreateView → onViewCreated → onActivityCreated
后台恢复通常顺序：onCreate → onRestoreInstanceState → onCreateView → onViewCreated

如果你的代码在onCreateView里用到了某个状态变量，而这个变量是在onRestoreInstanceState里才恢复的，那后台恢复时就会拿到空值，直接崩溃。解决办法是把状态恢复的逻辑提前到onCreate里：

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    if (savedInstanceState != null) {
        // 在这里恢复关键状态，而不是等到onRestoreInstanceState
        mYourData = savedInstanceState.getString("KEY_DATA");
    }
}

3. 检查状态保存的完整性 #

确保Fragment的关键状态都通过onSaveInstanceState正确保存了：

@Override
public void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    // 保存你需要恢复的变量
    outState.putString("KEY_DATA", mYourData);
}

别依赖系统自动保存所有状态，尤其是自定义的变量，一定要手动存到Bundle里。

4. 升级到稳定的support库版本 #

API27对应的27.1.1版本修复了不少Fragment状态恢复的bug，建议你把build.gradle里的依赖改成：

implementation 'com.android.support:appcompat-v7:27.1.1'
implementation 'com.android.support:support-fragment:27.1.1'

早期的27.0.x版本确实存在FragmentManager在恢复栈时的异常问题，升级后大概率能解决。

额外调试技巧 #

• 开启FragmentManager的调试日志，能清晰看到后台恢复时的栈变化：

  FragmentManager.enableDebugLogging(true);
  

• 避免在Fragment里持有Activity的强引用，后台恢复时Activity可能还没完全重建，容易触发空指针。
• 如果用了ViewPager，建议换成FragmentStatePagerAdapter，它在状态恢复时的逻辑更稳定，或者在FragmentPagerAdapter里缓存Fragment实例，避免重复创建。

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