在我的情况下，这个异常被抛出时，我使用不同的id为相同的布局元素(片段占位符)，而有几个他们为不同的构建变体。出于某种原因，当你第一次替换fragment时它工作得很好，但如果你尝试再做一次，你会得到这个异常。 因此，如果您有不同构建变体的多个布局，请确保您使用相同的id。

解决方案是使用getChildFragmentManager()

而不是getFragmentManager()

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

这样问题就解决了。

我也有这个问题，直到我意识到我在FragmentActivity的onCreate()方法的setContentView()中指定了错误的布局。

传入FragmentTransaction.add()的id，在您的示例中是R.id。feedContentContainer，必须是setContentView()中指定的布局的子元素。

您没有向我们展示onCreate()方法，因此这可能是相同的问题。

我有同样的问题，当做片段事务，而活动创建。

核心问题是什么尼克已经指出-视图树还没有膨胀。但是他的解决方案并没有起作用——在onResume, onPostCreate等中出现了同样的异常。

解决方案是在容器片段中添加回调，以便在它准备好时发出信号:

public class MyContainerFragment extends Fragment {
    public static interface Callbacks {
        void onMyContainerAttached();
    }

    @Override
    public void onAttach(Activity activity) {
        super.onAttach(activity);
        Log.d(TAG, "--- onAttach");
        ((Callbacks) activity).onMyContainerAttached();
    }

    //... rest of code
}

然后在活动中:

public class MainActivity extends Activity
        implements MyContainerFragment.Callbacks
{
    @Override
    public void onMyContainerAttached() {
        getFragmentManager()
                .beginTransaction()
                .replace(R.id.containerFrame, new MyFragment())
                .commit();
    }

    //...
}

我知道这个问题已经在一种情况下得到了解决，但我的问题略有不同，我想我应该分享一下，以防其他人处于我的处境。

我在onCreate()内做了一个事务，但在这一点上，视图树还没有膨胀，所以你得到这个相同的错误。将事务代码放在onResume()中可以使一切正常运行。

因此，只需确保您的事务代码在视图树膨胀后运行!

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