SavedStateRegistry已恢复引发崩溃，求原因排查方案

这个崩溃我之前帮不少开发者排查过，结合你给出的调用栈信息（尤其是最后一行的BackStackRecord.commitNow()），大概率是Fragment状态恢复流程和手动事务操作冲突导致的，下面是几个最常见的原因和对应的解决思路：

1. commitNow() 调用时机踩了生命周期的坑 #

调用栈里明确指向了commitNow()，这个方法会同步立即执行Fragment事务，而如果此时你的Activity/Fragment正处于系统自动恢复状态的阶段（比如onActivityCreated前后），就会和系统的SavedStateRegistry恢复流程撞车，导致重复恢复的异常。

• 解决思路：尽量用异步的commit()替代commitNow()；如果确实需要同步执行事务，把调用时机移到onStart()之后或者onResume()的合适阶段，避开onActivityCreated这个系统正在恢复状态的窗口。

2. Fragment被重复添加或重复触发状态恢复 #

如果在onActivityCreated、onRestoreInstanceState这类生命周期回调里，你手动执行了Fragment的添加/初始化逻辑，而系统其实已经自动恢复了之前的Fragment实例，就会导致同一个Fragment的SavedState被尝试恢复两次。

• 解决思路：在添加Fragment前，先用findFragmentByTag()或findFragmentById()检查目标Fragment是否已经存在；避免在配置变更（比如屏幕旋转）时手动重新创建Fragment实例，交给系统的状态恢复机制处理即可。

3. 自定义Fragment/LifecycleOwner的逻辑干扰了状态恢复 #

如果项目里有自定义的Fragment子类，或者重写了FragmentViewLifecycleOwner相关逻辑，有可能不小心手动调用了performRestore这类方法，和系统的自动恢复流程重复执行了。

• 解决思路：检查自定义Fragment的代码，有没有手动操作SavedStateRegistry的恢复方法；严格遵循AndroidX Fragment的生命周期规范，不要在系统回调之外手动触发状态恢复操作。

4. AndroidX Fragment依赖库版本存在Bug #

旧版本的AndroidX Fragment库确实存在过commitNow()和状态恢复冲突的已知问题，这些问题在后续版本中已经被修复。

• 解决思路：升级你的AndroidX Fragment依赖到最新稳定版，比如androidx.fragment:fragment-ktx:1.6.0及以上版本，再测试是否还会出现崩溃。

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