正在获取异常“ IllegalStateException：onSaveInstanceState之后无法执行此操作”

我有一个Live Android应用程序，从市场上我收到了以下堆栈跟踪信息，我不知道为什么它发生在应用程序代码中而不是发生，而是由应用程序中的某些或其他事件引起的（假设）

我没有使用Fragments，但仍然有FragmentManager的引用。如果有人可以对某些隐藏的事实有所了解，以避免此类问题：

java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
at android.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1109)
at android.app.FragmentManagerImpl.popBackStackImmediate(FragmentManager.java:399)
at android.app.Activity.onBackPressed(Activity.java:2066)
at android.app.Activity.onKeyDown(Activity.java:1962)
at android.view.KeyEvent.dispatch(KeyEvent.java:2482)
at android.app.Activity.dispatchKeyEvent(Activity.java:2274)
at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchKeyEvent(PhoneWindow.java:1668)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at android.view.ViewGroup.dispatchKeyEvent(ViewGroup.java:1112)
at com.android.internal.policy.impl.PhoneWindow$DecorView.superDispatchKeyEvent(PhoneWindow.java:1720)
at com.android.internal.policy.impl.PhoneWindow.superDispatchKeyEvent(PhoneWindow.java:1258)
at android.app.Activity.dispatchKeyEvent(Activity.java:2269)
at com.android.internal.policy.impl.PhoneWindow$DecorView.dispatchKeyEvent(PhoneWindow.java:1668)
at android.view.ViewRoot.deliverKeyEventPostIme(ViewRoot.java:2851)
at android.view.ViewRoot.handleFinishedEvent(ViewRoot.java:2824)
at android.view.ViewRoot.handleMessage(ViewRoot.java:2011)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:132)
at android.app.ActivityThread.main(ActivityThread.java:4025)
at java.lang.reflect.Method.invokeNative(Native Method)
at java.lang.reflect.Method.invoke(Method.java:491)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:841)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:599)
at dalvik.system.NativeStart.main(Native Method)  

这是到目前为止我遇到的最愚蠢的错误。我有一个Fragment应用程序为正常使用API <11，和Force Closing上API> 11。

我真的不知道Activity在调用过程中它们在生命周期内发生了什么变化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：从我记得的情况来看，上述解决方案正在解决早期support.v4库中的问题。但是，如果您仍然对此有疑问，还必须阅读@AlexLockwood的博客：碎片事务和活动状态丢失

博客文章的摘要（但我强烈建议您阅读）：

• NEVER commit()后交易onPause()的预蜂窝，并onStop()在后蜂窝
• 在Activity生命周期方法内提交事务时要小心。使用 onCreate()，onResumeFragments()并onPostResume()
• 避免在异步回调方法中执行事务
• 使用commitAllowingStateLoss()仅作为最后的手段

查看导致此问题的原因的Android源代码会发现FragmentManagerImpl类中的mStateSaved标志（活动中可用的实例）的值为true。当从调用保存后退堆栈（saveAllState）时，将其设置为true Activity#onSaveInstanceState。然后从ActivityThread呼叫不使用从可用的复位方法重置此标志FragmentManagerImpl#noteStateNotSaved()和dispatch()。

我的看法是，有一些可用的修复程序，具体取决于您的应用程序在做什么和使用：

好方法

在此之前：我会为Alex Lockwood的文章做广告。然后，从我到目前为止所做的事情来看：

1. 对于不需要保留任何状态信息的片段和活动，请调用commitAllowStateLoss。来自文档：

   允许在保存活动状态后执行提交。这很危险，因为如果活动需要稍后从其状态恢复，则提交可能会丢失，因此仅应将UI状态可以在用户上意外更改的情况下使用。我想如果片段显示只读信息就可以使用。或者即使它们确实显示了可编辑的信息，也可以使用回调方法保留已编辑的信息。

2. 提交事务后（您刚刚致电commit()），请致电FragmentManager.executePendingTransactions()。

不推荐的方法：

1. 如上述Ovidiu Latcu所述，请勿致电super.onSaveInstanceState()。但这意味着您将丢失活动的整个状态以及碎片状态。

2. 覆盖onBackPressed并仅在其中调用finish()。如果您的应用程序不使用Fragments API，则应该没问题；就像super.onBackPressed有一个呼叫FragmentManager#popBackStackImmediate()。

3. 如果您同时使用Fragments API和活动状态为重要/重要状态，则可以尝试使用反射API进行调用FragmentManagerImpl#noteStateNotSaved()。但这是黑客，或者可以说这是一种解决方法。我不喜欢它，但是就我而言，这是可以接受的，因为我有一个来自旧版应用程序的代码，该代码使用了已弃用的代码（TabActivity并隐式地LocalActivityManager）。

以下是使用反射的代码：

@Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    invokeFragmentManagerNoteStateNotSaved();
}

@SuppressWarnings({ "rawtypes", "unchecked" })
private void invokeFragmentManagerNoteStateNotSaved() {
    /**
     * For post-Honeycomb devices
     */
    if (Build.VERSION.SDK_INT < 11) {
        return;
    }
    try {
        Class cls = getClass();
        do {
            cls = cls.getSuperclass();
        } while (!"Activity".equals(cls.getSimpleName()));
        Field fragmentMgrField = cls.getDeclaredField("mFragments");
        fragmentMgrField.setAccessible(true);

        Object fragmentMgr = fragmentMgrField.get(this);
        cls = fragmentMgr.getClass();

        Method noteStateNotSavedMethod = cls.getDeclaredMethod("noteStateNotSaved", new Class[] {});
        noteStateNotSavedMethod.invoke(fragmentMgr, new Object[] {});
        Log.d("DLOutState", "Successful call for noteStateNotSaved!!!");
    } catch (Exception ex) {
        Log.e("DLOutState", "Exception on worka FM.noteStateNotSaved", ex);
    }
}

干杯!

如果您onSaveInstanceState()在调用片段活动之后尝试执行片段过渡，则会发生此类异常。

发生这种情况的一个原因是，如果在活动停止时让AsyncTask（或Thread）运行。

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

只需在显示片段之前调用super.onPostResume（），或在调用super.onPostResume（）之后在onPostResume（）方法中移动代码即可。这样解决了问题！

dismiss()在屏幕被锁定\空白并且保存了Activity +对话框的实例状态后调用对话框片段时，也会发生这种情况。要绕开此电话：

dismissAllowingStateLoss()

从字面上看，每次我关闭对话框时，我都不再关心它的状态了，所以可以这样做-您实际上并没有丢失任何状态。

简短而有效的解决方案：

遵循简单的步骤：

步骤1：在各个片段中覆盖onSaveInstanceState状态。并从中删除超级方法。

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

步骤2：使用CommitAllowingStateLoss（）; 而不是commit（）; 而片段操作。

fragmentTransaction.commitAllowingStateLoss();

我认为生命周期状态可以帮助防止此类崩溃（从Android支持库v26.1.0开始），您可以进行以下检查：

if (getLifecycle().getCurrentState().isAtLeast(Lifecycle.State.STARTED)){
  // Do fragment's transaction commit
}

或者您可以尝试：

Fragment.isStateSaved()

更多信息， 请参见https://developer.android.com/reference/android/support/v4/app/Fragment.html#isStateSaved（）

这对我有用...我自己发现了...希望对您有帮助！

1）没有全局的“静态” FragmentManager / FragmentTransaction。

2）onCreate，总是再次初始化FragmentManager！

下面的示例：

public abstract class FragmentController extends AnotherActivity{
protected FragmentManager fragmentManager;
protected FragmentTransaction fragmentTransaction;
protected Bundle mSavedInstanceState;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    mSavedInstanceState = savedInstanceState;
    setDefaultFragments();
}

protected void setDefaultFragments() {
    fragmentManager = getSupportFragmentManager();
    //check if on orientation change.. do not re-add fragments!
    if(mSavedInstanceState == null) {
        //instantiate the fragment manager

        fragmentTransaction = fragmentManager.beginTransaction();

        //the navigation fragments
        NavigationFragment navFrag = new NavigationFragment();
        ToolbarFragment toolFrag = new ToolbarFragment();

        fragmentTransaction.add(R.id.NavLayout, navFrag, "NavFrag");
        fragmentTransaction.add(R.id.ToolbarLayout, toolFrag, "ToolFrag");
        fragmentTransaction.commitAllowingStateLoss();

        //add own fragment to the nav (abstract method)
        setOwnFragment();
    }
}

当我尝试在onActivityForResult（）方法中显示片段时，总是会遇到这个问题，所以下一个问题是：

1. 我的活动已暂停和停止，这意味着onHoneyInstanceState（）已被调用（对于蜂窝前和蜂窝后设备）。
2. 如果有任何结果，我会进行事务处理以显示/隐藏片段，这会导致此IllegalStateException。

接下来我要做的是：

1. 用于确定是否要执行的操作的附加值（例如，从camere拍摄照片-isPhotoTaken）-根据您需要多少不同的交易，它可以是布尔值或整数值。
2. 在重写的onResumeFragments（）方法中，我检查了我的值，并在进行了片段事务之后需要。在这种情况下，在onSaveInstanceState之后不会执行commit（），因为状态是通过onResumeFragments（）方法返回的。

我通过onconfigurationchanged解决了这个问题。诀窍是根据android活动的生命周期，当您显式调用intent（相机intent或任何其他一个）时；活动被暂停，在这种情况下将调用onsavedInstance。将设备旋转到活动进行期间以外的其他位置时；进行片段提交等片段操作会导致非法状态异常。对此有很多抱怨。这与android活动生命周期管理和正确的方法调用有关。为了解决这个问题，我做到了：1-重写活动的onsavedInstance方法，并确定当前的屏幕方向（人像或风景），然后在暂停活动之前为其设置屏幕方向。这样，如果您的活动被另一个旋转，则您可以锁定该屏幕的旋转。2-然后，覆盖活动的onresume方法，现在将方向模式设置为传感器，以便在调用onsaved方法后，它将再调用一次onconfiguration来正确处理旋转。

您可以将此代码复制/粘贴到您的活动中以进行处理：

@Override
protected void onSaveInstanceState(Bundle outState) {       
    super.onSaveInstanceState(outState);

    Toast.makeText(this, "Activity OnResume(): Lock Screen Orientation ", Toast.LENGTH_LONG).show();
    int orientation =this.getDisplayOrientation();
    //Lock the screen orientation to the current display orientation : Landscape or Potrait
    this.setRequestedOrientation(orientation);
}

//A method found in stackOverflow, don't remember the author, to determine the right screen orientation independently of the phone or tablet device 
public int getDisplayOrientation() {
    Display getOrient = getWindowManager().getDefaultDisplay();

    int orientation = getOrient.getOrientation();

    // Sometimes you may get undefined orientation Value is 0
    // simple logic solves the problem compare the screen
    // X,Y Co-ordinates and determine the Orientation in such cases
    if (orientation == Configuration.ORIENTATION_UNDEFINED) {
        Configuration config = getResources().getConfiguration();
        orientation = config.orientation;

        if (orientation == Configuration.ORIENTATION_UNDEFINED) {
        // if height and widht of screen are equal then
        // it is square orientation
            if (getOrient.getWidth() == getOrient.getHeight()) {
                orientation = Configuration.ORIENTATION_SQUARE;
            } else { //if widht is less than height than it is portrait
                if (getOrient.getWidth() < getOrient.getHeight()) {
                    orientation = Configuration.ORIENTATION_PORTRAIT;
                } else { // if it is not any of the above it will defineitly be landscape
                    orientation = Configuration.ORIENTATION_LANDSCAPE;
                }
            }
        }
    }
    return orientation; // return value 1 is portrait and 2 is Landscape Mode
}

@Override
public void onResume() {
    super.onResume();
    Toast.makeText(this, "Activity OnResume(): Unlock Screen Orientation ", Toast.LENGTH_LONG).show();
    setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_SENSOR);
} 

我遇到了同样的问题，得到了IllegalStateException，但是用commitAllowingStateLoss（）替换了对commit（）的所有调用并没有帮助。

罪魁祸首是对DialogFragment.show（）的调用。

我用

try {
    dialog.show(transaction, "blah blah");
}
catch(IllegalStateException e) {
    return;
}

做到了。好的，我没有显示对话框，但是在这种情况下很好。

这是我应用程序中唯一一个首先调用FragmentManager.beginTransaction（）但从未调用commit（）的地方，因此当我寻找“ commit（）”时找不到它。

有趣的是，用户永远不会离开应用程序。相反，杀手was是出现的AdMob插页广告。

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

在片段添加方法中：

@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();
}

可能不好，但是找不到更好的东西。

我遇到了这个问题，但是我认为这个问题与commit和commitAllowStateLoss没有关系。

以下堆栈跟踪和异常消息与commit（）有关。

java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
at android.support.v4.app.FragmentManagerImpl.checkStateLoss(FragmentManager.java:1341)
at android.support.v4.app.FragmentManagerImpl.enqueueAction(FragmentManager.java:1352)
at android.support.v4.app.BackStackRecord.commitInternal(BackStackRecord.java:595)
at android.support.v4.app.BackStackRecord.commit(BackStackRecord.java:574)

但是此异常是由onBackPressed（）引起的

java.lang.IllegalStateException: Can not perform this action after onSaveInstanceState
at android.support.v4.app.FragmentManagerImpl.checkStateLoss(Unknown Source)
at android.support.v4.app.FragmentManagerImpl.popBackStackImmediate(Unknown Source)
at android.support.v4.app.FragmentActivity.onBackPressed(Unknown Source)

它们都是由checkStateLoss（）引起的

private void checkStateLoss() {
    if (mStateSaved) {
        throw new IllegalStateException(
                "Can not perform this action after onSaveInstanceState");
    }
    if (mNoTransactionsBecause != null) {
        throw new IllegalStateException(
                "Can not perform this action inside of " + mNoTransactionsBecause);
    }

在onSaveInstanceState之后，mStateSaved将为true。

此问题很少发生。我从未遇到过此问题。我无法再次发生该问题。

我发现 问题25517

在以下情况下可能会发生

1. 在onSaveInstanceState之后但在新活动开始之前调用Back键。

2. 在代码中使用onStop（）

我不确定问题的根源是什么。所以我用一种丑陋的方式。

@Override
public void onBackPressed() {

    try{
        super.onBackPressed();
    }catch (IllegalStateException e){
        // can output some information here
        finish();
    }
}

我的应用程序中遇到了同样的问题。我已经解决了这个问题，只需调用super.onBackPressed();上一个类，并commitAllowingStateLoss()使用该片段在当前类上调用。

如果用户旋转屏幕，以便可以加载与新方向相关联的资源，则将调用onSaveInstance。

该用户可能会旋转屏幕，然后按下“后退”按钮（因为该用户在使用您的应用时可能会弄乱手机）

读 http://chris-alexander.co.uk/on-engineering/dev/android-fragments-within-fragments/

文章。fragment.isResumed（）检查可以帮助我使用onSaveInstanceState方法来实现onDestroyView。

我遇到了同样的问题，并且在对所有文章，博客和stackoverflow进行了长达一天的分析之后，我找到了一个简单的解决方案。根本不要使用saveInstanceState，这是只有一行代码的条件。在片段代码上：

@Override
public void onCreate(Bundle savedInstanceState) {
    super.onCreate(null);
    .....

每当您尝试加载片段但活动将其状态更改为onPause（）时都会发生这种情况，例如，当您尝试获取数据并将其加载到活动中但用户单击某些按钮并具有移至下一个活动。

您可以通过两种方式解决此问题

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

要么

确保加载片段时活动处于恢复状态且不会暂停。创建一个布尔值，并检查活动是否不处于onPause（）状态。

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

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

然后在加载片段时检查活动是否存在，仅在活动为前景时才进行加载。

if(mIsResumed){
 //load the fragment
}

感谢@gunar，但我认为有更好的方法。

根据文档：

 * If you are committing a single transaction that does not modify the
 * fragment back stack, strongly consider using
 * {@link FragmentTransaction#commitNow()} instead. This can help avoid
 * unwanted side effects when other code in your app has pending committed
 * transactions that expect different timing.
 *
 * @return Returns true if there were any pending transactions to be
 * executed.
 */
public abstract boolean executePendingTransactions();

因此，用于commitNow替换：

fragmentTransaction.commit();
FragmentManager.executePendingTransactions()

好吧，在尝试了所有上述解决方案后没有成功（因为基本上我没有交易）。

就我而言，我使用AlertDialogs和ProgressDialog作为片段，有时在旋转时，当请求FragmentManager时，错误会增加。

我发现了一种解决方法，其中包含许多类似的帖子：

这是一个三步解决方案，全部在您的FragmentActivity上完成（在本例中，其称为GenericActivity）：

private static WeakReference<GenericActivity> activity = null; //To avoid bug for fragments: Step 1 of 3

@Override
protected void onCreate(Bundle savedInstanceState){
    super.onCreate(savedInstanceState);
    //To avoid bug for fragments: Step 2 of 3
    activity = new WeakReference<GenericActivity>(this);
}

@Override
public FragmentManager getSupportFragmentManager(){
    //To avoid bug for fragments: Step 3 of 3
    if (this == activity.get()) {
        return super.getSupportFragmentManager();
    }
    return activity.get().getSupportFragmentManager();
}

当我在一个片段中使用startactivity时，将出现此异常；

当我更改为使用startactivityforresult时，异常消失了:)

因此，解决此问题的简单方法是使用startActivityForResult api :)

当我按“后退”按钮取消地图片段活动中的意图选择器时，出现了此异常。我通过将onResume（）（初始化片段并提交事务）的代码替换为onStart（）来解决了该问题，该应用现在可以正常工作。希望能帮助到你。

这已在Android 4.2和支持库的源代码中修复。[*]

有关原因（及解决方法）的详细信息，请参阅Google错误报告：http : //code.google.com/p/android/issues/detail?id=19917

如果您使用的是支持库，则不必担心此错误（长时间）[*]。但是，如果您直接使用API​​（即不使用支持库的FragmentManager）并以Android 4.2以下的API为目标，那么您将需要尝试一种解决方法。

[*]在撰写本文时，Android SDK Manager仍在分发存在此错误的旧版本。

编辑我将在这里添加一些说明，因为无论如何，我显然都混淆了谁拒绝了这个答案。

有几种不同（但相关）的情况可能导致抛出此异常。我在上面的回答是指问题中讨论的特定实例，即Android中的错误，该错误随后已修复。如果由于另一个原因而导致此异常，那是因为在不应该添加片段时（在保存片段状态之后），您正在添加/删除片段。如果您处于这种情况，则可能对您有用“ 嵌套片段-IllegalStateException“在onSaveInstanceState之后无法执行此操作”。

经过研究后，此问题的解决方案是在onresume中进行片段提交。

资料来源：https : //wenchaojames.wordpress.com/2013/01/12/illegalstateexception-from-onactivityresult/

我的用例：我在片段中使用了侦听器，以通知活动发生了一些事情。我对回调方法进行了新的片段提交。第一次使用时效果很好。但是在方向更改时，将使用保存的实例状态重新创建活动。在那种情况下，片段不再被创建意味着该片段具有监听器，该监听器是旧的破坏活动。回调方法将以任何方式触发。它去导致问题的被破坏的活动。解决方案是使用当前实时活动在片段中重置侦听器。这样就解决了问题。

我发现的是，如果另一个应用程序是对话框类型，并且允许将触摸发送到后台应用程序，则几乎所有后台应用程序都会因该错误而崩溃。我认为我们需要在每次执行事务时检查实例是否已保存或还原。

在我的情况下，除了相同的错误例外，我将“ onBackPressed（）”放入了一个可运行的程序（您可以使用任何视图）：

myView.post(new Runnable() {
                    @Override
                    public void run() {
                        onBackPressed()
                    }
                });

我不明白为什么，但是可以！

您可能正在调用fragmentManager.popBackStackImmediate（）; 活动暂停时。活动尚未完成，但已暂停并且不在前台。您需要在popBackStackImmediate（）之前检查活动是否已暂停。

我注意到一些非常有趣的事情。我的应用程序中有打开手机图库的选项，设备询问要使用的应用程序，在那里我单击对话框旁边的灰色区域并看到此问题。我注意到我的活动是如何从onPause，onSaveInstanceState回到onResume的，访问onCreateView并不是偶然的。我正在onResume上进行交易。因此，我最终要做的是设置一个标记，使其在onPause处被否定，但在onCreateView处为真。如果该标志为true，则onResume，然后执行onCommit，否则commitAllowingStateLoss。我可以继续浪费很多时间，但我想检查生命周期。我有一台设备，它是sdkversion 23，但没有出现此问题，但是我有另一台设备是21，就可以看到它。

您可以在popBackStackImmediate之前使用FragmentActivity.onStart

像这样：

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