这发生在你试图加载一个片段，但活动已改变其状态为onPause()。例如，当您试图获取数据并将其加载到活动中，但当用户单击某个按钮并移动到下一个活动时，就会发生这种情况。

你可以用两种方法解决这个问题

您可以使用transaction.commitAllowingStateLoss()而不是transaction.commit()来加载片段，但您可能最终会丢失已完成的提交操作。

or

在加载片段时，确保活动处于恢复状态，而不是进入暂停状态。 创建一个布尔值并检查activity是否不进入onPause()状态。

@Override
public void onResume() {
    super.onResume();
    mIsResumed = true;
}

@Override
public void onPause() {
    mIsResumed = false;
    super.onPause();
}

然后，而加载片段检查活动是否存在，只有当活动是前景时才加载。

if(mIsResumed){
 //load the fragment
}

我在我的应用程序中有同样的问题。我已经解决了这个问题，只是调用super.onBackPressed();并在当前类上调用commitAllowingStateLoss()。

我对这个问题的解决方案是

在片段中添加方法:

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
    ...
    guideMapFragment = (SupportMapFragment)a.getSupportFragmentManager().findFragmentById(R.id.guideMap);
    guideMap = guideMapFragment.getMap();
    ...
}

@Override
public void onDestroyView() {
    SherlockFragmentActivity a = getSherlockActivity();
    if (a != null && guideMapFragment != null) {
        try {
            Log.i(LOGTAG, "Removing map fragment");
            a.getSupportFragmentManager().beginTransaction().remove(guideMapFragment).commit();
            guideMapFragment = null;
        } catch(IllegalStateException e) {
            Log.i(LOGTAG, "IllegalStateException on exit");
        }
    }
    super.onDestroyView();
}

可能很糟糕，但找不到更好的了。

这是我迄今为止遇到的最愚蠢的错误。我有一个片段应用程序工作完美的API < 11，并强制关闭API > 11。

我真的不知道他们在saveInstance调用的活动生命周期内改变了什么，但我在这里是我如何解决这个问题的:

@Override
protected void onSaveInstanceState(Bundle outState) {
    //No call for super(). Bug on API Level > 11.
}

我只是不调用.super()，一切都很好。我希望这将为您节省一些时间。

编辑:经过进一步研究，这是支持包中的一个已知错误。

如果你需要保存实例，并添加一些东西到你的outState Bundle，你可以使用以下方法:

@Override
protected void onSaveInstanceState(Bundle outState) {
    outState.putString("WORKAROUND_FOR_BUG_19917_KEY", "WORKAROUND_FOR_BUG_19917_VALUE");
    super.onSaveInstanceState(outState);
}

EDIT2:如果您试图在Activity在后台消失后执行事务，也可能会发生这种情况。为了避免这种情况，你应该使用commitAllowingStateLoss()

EDIT3: The above solutions were fixing issues in the early support.v4 libraries from what I can remember. But if you still have issues with this you MUST also read @AlexLockwood 's blog : Fragment Transactions & Activity State Loss Summary from the blog post (but I strongly recommend you to read it) : NEVER commit() transactions after onPause() on pre-Honeycomb, and onStop() on post-Honeycomb Be careful when committing transactions inside Activity lifecycle methods. Use onCreate(), onResumeFragments() and onPostResume() Avoid performing transactions inside asynchronous callback methods Use commitAllowingStateLoss() only as a last resort

简单有效的解决方案:

遵循简单的步骤:

步骤1:在各自的片段中覆盖onSaveInstanceState状态。并从中移除super method。

@Override
public void onSaveInstanceState(Bundle outState) {
};

步骤2:使用CommitAllowingStateLoss();而不是commit();而片段操作。

fragmentTransaction.commitAllowingStateLoss();

你可能会调用fragmentManager.popBackStackImmediate();当活动暂停时。活动未完成，但处于暂停状态，且不在前台。你需要在popBackStackImmediate()之前检查activity是否被暂停。