使用FragmentContainerView与AndroidViewBinding时子FragmentManager异常排查

针对你遇到的崩溃问题，从几个核心方向排查和解决：

1. 明确使用childFragmentManager获取嵌套Fragment #

你提到AndroidViewBinding中已调用childFragmentManager，但崩溃发生在lockedFragment = this.locked.getFragment()处——这里的问题可能是getFragment()方法默认关联的FragmentManager不一定是childFragmentManager（尤其是如果View的初始化逻辑存在混淆）。

替换成明确的childFragmentManager调用，避免歧义：

// 不要用this.locked.getFragment()
lockedFragment = getChildFragmentManager().findFragmentById(R.id.locked);

这样能确保你始终从父Fragment的子管理器中获取嵌套Fragment，而非Activity的全局管理器。

2. 排查生命周期越界问题 #

崩溃提示"持有FragmentContainerView的SwlmFragment已销毁"，说明你调用getFragment()时，父Fragment已经走到了销毁阶段（比如onDestroyView或onDestroy之后）。

• 添加状态检查：在获取嵌套Fragment前，先验证父Fragment的活跃状态：

  if (!isDestroyed() && getView() != null) {
      lockedFragment = getChildFragmentManager().findFragmentById(R.id.locked);
  }
  

• 清理异步任务：检查是否有网络请求、延迟回调（Handler.postDelayed）、协程等异步操作，在Fragment销毁后才触发这段代码。务必在onDestroyView或onDestroy中取消这些任务：

  @Override
  public void onDestroyView() {
      super.onDestroyView();
      // 取消协程、RxJava订阅、Handler回调等
      if (job != null) job.cancel();
      handler.removeCallbacksAndMessages(null);
  }
  

3. 修正NavGraph的初始化时机与方式 #

你的SetupNavGraph从SwlmFragment调用，需确保导航组件的初始化逻辑完全基于childFragmentManager：

• 在正确的生命周期调用SetupNavGraph：必须在onViewCreated中执行导航初始化，而非onCreate——此时父Fragment的View已创建完成，childFragmentManager处于可用状态。
• 代码创建NavHostFragment时明确关联childFragmentManager：如果是通过代码而非XML创建嵌套导航，不要用Activity的FragmentManager：

  @Override
  public void onViewCreated(@NonNull View view, @Nullable Bundle savedInstanceState) {
      super.onViewCreated(view, savedInstanceState);
      NavHostFragment navHostFragment = NavHostFragment.create(R.navigation.your_nested_nav_graph);
      getChildFragmentManager().beginTransaction()
              .replace(R.id.locked, navHostFragment)
              .commitNow();
  }
  

4. 排查内存泄漏 #

如果以上都没问题，检查是否存在内存泄漏导致SwlmFragment被非法持有：

• 避免用静态变量、全局单例持有SwlmFragment或其View的引用；
• 用LeakCanary等工具检测是否有未释放的引用链，比如回调接口、ViewModel的错误引用等。

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