在我的例子中，我在回收器视图项中有一个SupportMapFragment(我使用了较低开销的“liteMode”，它使地图看起来是非交互式的，几乎像一个静态图像)。我使用了正确的FragmentManager，一切看起来都很正常……用一个小列表。当项目列表超过屏幕高度时，我在滚动时开始遇到这个问题。

Turned out, it was because I was injecting a dynamic SupportMapFragment inside a view, which was inside another fragment, to get around some issues I was having when trying to declare it statically in my XML. Because of this, the fragment placeholder layout could only be replaced with the actual fragment once the view was attached to the window, i.e. visible on screen. So I had put my code for initialising the SupportMapFragment, doing the Fragment replace, and calling getMapAsync() in the onAttachedToWindow event.

我忘记做的是确保我的代码不会运行两次。例如，在onAttachedToWindow事件中，在尝试创建它的新实例并进行片段替换之前，检查我的动态SupportMapFragment是否仍然为空。当项目离开RecyclerView顶部时，它将从窗口中分离，然后当您回滚到它时重新连接，因此此事件将触发多次。

一旦我添加了空检查，它只发生一次每个RecyclerView项目和问题消失了!TL;博士!

当有嵌套片段并使用getSupportFragmentManager()而不是getChildFragmentManager()添加它们时，也会发生此错误。

解决方案是使用getChildFragmentManager()

而不是getFragmentManager()

当从片段调用时。如果你从一个活动调用这个方法，那么使用getFragmentManager()。

这样问题就解决了。

对我来说。我有一个活动与几个片段 有时候我需要重新创建碎片的时候 语言就是变化 片段布局有的需要有的不需要或者内容变更需要重新创建 其他的变化

我清除所有的片段，并设置所有为空的活动 但是Fragment已经创建了自己，当它承载活动时 是bean集空，所以之前调用片段视图 检查为空

例如

Activity{
    fragment
    recreate{
       fragment = null then new instance
    }

}

Fragment{
    if((activity).fragment != null) {
       findViewById()
    }

}

我也遇到了同样的问题，因为我试图在添加容器布局到活动之前添加片段。

我修复了这个错误，我使用commitNow()代替commit()。

mFragment.getChildFragmentManager()
  .beginTransaction()
  .replace(R.id.main_fragment_container,fragment)
  .commitNowAllowingStateLoss();

commitNow是一个同步方法，commit()是一个异步方法。