单Activity多Fragment架构下，如何在onSaveInstanceState()后清除所有Fragment？

核心问题成因 #

你之前尝试通过提交Fragment事务、调用commitAllowingStateLoss来清空所有Fragment的思路无法生效，本质是误判了系统重建Fragment的触发逻辑：

• onSaveInstanceState触发后，FragmentManager会进入只读状态，此时提交的事务不会改变系统即将生成的状态快照
• 就算用commitAllowingStateLoss允许超时提交，系统在Activity重建时依然会从预先缓存的savedInstanceState中读取旧的Fragment列表完成重建，不会识别运行时做的Fragment移除操作
• 系统能否自动重建Fragment，完全取决于被回收时写入outState的Fragment状态快照是否存在，和运行时的Fragment移除操作没有直接关系

具体实现步骤 #

• 第一步：重写宿主Activity的onSaveInstanceState方法，主动移除状态快照中的Fragment缓存
  当系统准备保存Activity状态时，父类方法会自动把所有现存Fragment的状态写入outState，我们在这之后直接删除对应key的内容，从根源上阻断后续的自动重建逻辑：

  override fun onSaveInstanceState(outState: Bundle) {
      super.onSaveInstanceState(outState)
      // AndroidX 下移除所有缓存的Fragment状态，阻止系统重建时恢复旧Fragment
      outState.remove("androidx.lifecycle.BundlableSavedStateRegistry.key")
  }
  

  如果是老版本Support库，对应需要移除的key为"android:support:fragments"

• 第二步：在Activity的onCreate方法中识别重建场景，直接跳转到启动页走全量初始化流程
  当Activity被系统回收后重新创建时，传入的savedInstanceState参数会不为空，此时跳过所有正常的Fragment初始化逻辑，直接清空任务栈拉起启动页：

  override fun onCreate(savedInstanceState: Bundle?) {
      super.onCreate(savedInstanceState)
      // 识别系统回收后的重建场景
      if (savedInstanceState != null) {
          val splashIntent = Intent(this, SplashActivity::class.java).apply {
              // 清空当前任务栈，避免后续回退时回到已经销毁的旧页面
              flags = Intent.FLAG_ACTIVITY_NEW_TASK or Intent.FLAG_ACTIVITY_CLEAR_TASK
          }
          startActivity(splashIntent)
          finish()
          return
      }
      // 仅在用户正常启动进入时，才加载布局、初始化首页Fragment
      setContentView(R.layout.activity_main)
  }
  

关键注意事项 #

• 不要尝试在onSaveInstanceState之后执行任何Fragment事务操作，该阶段的FragmentManager已经锁定状态，所有操作要么触发异常，要么被系统的快照逻辑覆盖
• 上述实现不会影响用户正常的配置变更（比如旋转屏幕）流程，因为配置变更场景下系统本来就会保存状态重建Activity，跳转到启动页的逻辑刚好匹配“不保留旧页面状态、从流程起点重新初始化”的预期
• 上述操作会同步清空所有Fragment的临时缓存状态，从根源上避免重建时出现空指针、空参数调用接口的问题

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