Fragment中commit()引发IllegalStateException状态丢失的解决方案咨询

首先得明确你遇到的IllegalStateException核心原因：当Activity已经完成状态保存（比如执行过onSaveInstanceState）之后，再提交Fragment事务，系统就会抛出这个异常——因为此时Activity的状态已经被固化，后续的事务无法被系统记录，会导致状态不一致。

你的判断savedInstanceState方案是否可行？ #

完全可行，而且这个思路刚好命中了问题的核心：

• 当savedInstanceState == null时，说明当前是Fragment的首次创建，此时Activity还没进入状态保存阶段，这时候提交事务是安全的，不会触发状态丢失。
• 当savedInstanceState != null时，说明Fragment是被系统重建的，之前添加的FFragment已经被系统自动恢复了，你只需要通过tag找回即可，不需要重复执行add事务，自然也不会有状态冲突。

不过这里要提醒一个细节：你的代码里创建事务用了getFragmentManager()，但找回Fragment时用了getSupportFragmentManager()，如果你的项目基于AndroidX或Support Library，一定要保持FragmentManager的一致性。更重要的是，在Fragment内部嵌套子Fragment时，推荐使用getChildFragmentManager()而非Activity的FragmentManager——这样子Fragment的生命周期会和父Fragment绑定，状态恢复逻辑也更准确，修改后的代码应该是这样：

@Override 
public View onCreateView(@NotNull LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) { 
    ... 
    FFragment frag;
    if(savedInstanceState == null) { 
        frag = new FFragment(); 
        frag.setDateSelected(mDateSelected); 
        getChildFragmentManager().beginTransaction() 
            .add(R.id.container, frag, FRAG_TAG) 
            .commit(); 
    } else { 
        frag = (FFragment) getChildFragmentManager() 
            .findFragmentByTag(FRAG_TAG); 
    } 
    ... 
}

是否必须把事务移到onCreate或onPostResume？ #

不一定，你的方案已经能解决问题。不过如果onCreateView里的逻辑过于复杂，担心改动带来回归，移到onCreate确实是更稳妥的选择——因为onCreate在重建时只会执行必要的初始化逻辑；而onPostResume则是在Activity完全恢复后执行，此时绝对不会触发状态保存相关的限制，也是安全的。但你的现有方案只要修正FragmentManager的问题，就完全可以正常工作。

触发状态丢失的测试方法 #

你之前用ADB杀Activity没复现，可以试试这些更精准的场景：

• 开启「不保留活动」开发者选项：打开开发者选项里的「不保留活动」，进入你的页面后按Home键回到桌面，再重新打开App——此时Activity会被完全重建，旧代码如果无条件提交事务，就会触发异常。
• 延迟提交+后台切换：在onCreateView里给事务加个延迟，比如用Handler.postDelayed延迟3秒执行，然后打开页面后立刻按Home键，等3秒后再切回App——此时系统已经在后台保存了Activity状态，延迟的事务就会触发状态丢失。
• 强制停止后恢复：把App放到后台，去系统设置的应用管理里强制停止App，再重新打开——此时Activity会带着之前的savedInstanceState重建，旧代码的无条件提交会触发异常。

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