如果你试图在你的片段活动的onSaveInstanceState()被调用后执行片段转换，就会发生这样的异常。

发生这种情况的一个原因是，当一个活动停止时，如果你让一个AsyncTask(或线程)运行。

调用onSaveInstanceState()后的任何转换都可能丢失，如果系统回收活动的资源并稍后重新创建它。

只需在显示你的片段之前调用super.onPostResume()，或者在调用super.onPostResume()之后在onPostResume()方法中移动你的代码。这就解决了问题!

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

你可以使用FragmentActivity。onStart在popBackStackImmediate之前

是这样的:

public void backStackFragment() {
    this.start();
    getFragmentManager().popBackStackImmediate();
}

public void start(){
    FragmentActivity a = getActivity();
    if(a instanceof DepositPlanPadActivity){
      ((DepositPlanPadActivity)a).onStart();
    }
    if(a instanceof SmallChangePlanPad){
            ((SmallChangePlanPad)a).onStart();
        }
        if(a instanceof UserCenterActivity){
            ((UserCenterActivity)a).onStart();
        }
    }

http://jorryliu.blogspot.com/2014/09/illegalstateexception-can-not-perform.html

简单有效的解决方案:

遵循简单的步骤:

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

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

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

fragmentTransaction.commitAllowingStateLoss();

这是我迄今为止遇到的最愚蠢的错误。我有一个片段应用程序工作完美的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