出现异常“IllegalStateException：onSaveInstanceState 后无法执行此操作”

Question

我有一个 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)  

Answer 1

这是迄今为止我遇到的最愚蠢的错误。 我有一个Fragment应用程序非常适合API < 11和Force Closing API > 11 。

我真的无法弄清楚他们在调用saveInstance的Activity生命周期内发生了什么变化，但我在这里是我解决这个问题的方法：

@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的博客： 片段交易和活动状态丢失

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

• 切勿在蜂窝前的onPause()和蜂窝后的onStop()之后commit()事务
• 在Activity生命周期方法中提交事务时要小心。 使用onCreate() 、 onResumeFragments()和onPostResume()
• 避免在异步回调方法中执行事务
• 仅将commitAllowingStateLoss()用作最后的手段

Answer 2

在 Android 源代码中查看导致此问题的原因后， FragmentManagerImpl类（Activity 中可用的实例）中的标志 mStateSaved 的值为 true。 当从Activity#onSaveInstanceState调用保存返回堆栈 (saveAllState) 时，它被设置为 true。 之后，来自 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);
    }
}

干杯!

Answer 3

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

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

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

Answer 4

只需在显示片段之前调用super.onPostResume()或在调用 super.onPostResume() 之后将代码移动到 onPostResume() 方法中。 这样解决问题！

Answer 5

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

dismissAllowingStateLoss()

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

Answer 6

简短而有效的解决方案：

遵循简单的步骤：

第 1 步：覆盖相应片段中的 onSaveInstanceState 状态。 并从中删除超级方法。

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

第 2 步：使用 CommitAllowingStateLoss()； 而不是 commit(); 而片段操作。

fragmentTransaction.commitAllowingStateLoss();

Answer 7

我认为生命周期状态可以帮助防止从 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()

Answer 8

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

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

Answer 9

当我尝试在 onActivityForResult() 方法中显示片段时，我总是得到这个，所以接下来的问题是：

1. 我的 Activity 被暂停和停止，这意味着 onSaveInstanceState() 已经被调用（对于蜂窝前和蜂窝后设备）。
2. 如果出现任何结果，我进行了交易以显示/隐藏片段，这会导致此 IllegalStateException。

我做的是下一个：

1. 用于确定是否完成了我想要的操作的附加值（例如从相机拍摄照片 - isPhotoTaken） - 它可以是布尔值或整数值，具体取决于您需要多少不同的交易。
2. 在覆盖 onResumeFragments() 方法中，我检查了我的价值，并在进行了我需要的片段交易之后。 在这种情况下，在 onSaveInstanceState 之后没有执行 commit()，因为状态是在 onResumeFragments() 方法中返回的。

Answer 10

我用 onconfigurationchanged 解决了这个问题。 诀窍是，根据 android 活动生命周期，当您显式调用意图（相机意图或任何其他意图）时； 在这种情况下，活动将暂停并调用 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);
} 

Answer 11

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

在片段添加方法中：

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

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

Answer 12

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

罪魁祸首是对 DialogFragment.show() 的调用。

我用它包围

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

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

这是我的应用程序中唯一一个我第一次调用 FragmentManager.beginTransaction() 但从未调用过 commit() 的地方，所以我在寻找“commit()”时没有找到它。

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

Answer 13

我有这个问题。但我认为这个问题与 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);
    }

mStateSaved 将在 onSaveInstanceState 之后为真。

这个问题很少发生。我从来没有遇到过这个问题。我不能再次出现这个问题。

我发现问题 25517

它可能发生在以下情况

1. 返回键在 onSaveInstanceState 之后，但在新活动启动之前调用。

2. 在代码中使用 onStop()

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

@Override
public void onBackPressed() {

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

Answer 14

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

Answer 15

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

可能是该用户旋转了屏幕，然后按下了后退按钮（因为也有可能是该用户在使用您的应用程序时弄错了手机）

Answer 16

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

文章。 fragment.isResumed() 检查帮助我在 onDestroyView w/o 使用 onSaveInstanceState 方法。

Answer 17

我遇到了同样的问题，在对所有文章、博客和 stackoverflow 进行了一天的分析后，我找到了一个简单的解决方案。 完全不要使用savedInstanceState，这是一行代码的条件。 在片段代码上：

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

Answer 18

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

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

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

或者

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

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

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

然后在加载片段时检查是否存在活动并仅在活动处于前台时加载。

if(mIsResumed){
 //load the fragment
}

Answer 19

谢谢@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()

Answer 20

解决该问题的另一种生命周期方法是将最新发布的生命周期-ktx 与 kotlin 结合使用。

lifecycleScope.launchWhenResumed {
    // your code with fragment or dialogfragment
}

关闭将在恢复状态后运行，因此即使在停止后调用此方法，它也会在下一个恢复来时安全执行。

你也可以选择喜欢

lifecycleScope.launchWhenCreated
// or
lifecycleScope.launchWhenStarted

以适合您的情况。

当destroy 到来时，代码将被取消。

谷歌文档链接： https : //developer.android.com/kotlin/ktx#lifecycle

Answer 21

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

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

如果您正在使用支持库，那么您不必担心这个错误（长时间）[*]。 但是，如果您直接使用 API（即不使用支持库的 FragmentManager）并针对低于 Android 4.2 的 API，那么您将需要尝试其中一种变通方法。

[*] 在撰写本文时，Android SDK 管理器仍在分发显示此错误的旧版本。

编辑我将在这里添加一些说明，因为我显然以某种方式混淆了对这个答案投反对票的人。

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

Answer 22

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

在我的情况下，我使用 AlertDialogs 和 ProgressDialog 作为片段，有时在轮换时，当请求 FragmentManager 时，错误会增加。

我找到了一个混合一些类似帖子的解决方法：

它是一个 3 步解决方案，全部在您的 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();
}

Answer 23

当我在一个片段中使用 startactivity 时，我会得到这个异常；

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

所以修复它的简单方法是使用 startActivityForResult api :)

Answer 24

当我按下后退按钮取消我的地图片段活动的意图选择器时，我遇到了这个异常。 我通过将 onResume()（我在其中初始化片段和提交事务）的代码替换为 onStart() 解决了这个问题，并且该应用程序现在运行良好。 希望能帮助到你。

Answer 25

经过一番研究，解决这个问题的方法是在 onresume 中提交您的片段。

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

Answer 26

我的用例：我在片段中使用了侦听器来通知活动发生了某些事情。 我在回调方法上做了新的片段提交。 这在第一次运行时非常好。 但是在方向更改时，活动将使用保存的实例状态重新创建。 在这种情况下，不会再次创建片段意味着片段具有旧的销毁活动的侦听器。 回调方法将以任何方式在操作时触发。 它涉及导致问题的破坏活动。 解决方案是使用当前的实时活动在片段中重置侦听器。 这解决了问题。

Answer 27

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

Answer 28

在我的情况下，由于相同的错误异常，我将“onBackPressed()”放在可运行对象中（您可以使用任何视图）：

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

我不明白为什么，但它有效！

Answer 29

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

Answer 30

我注意到一件非常有趣的事情。 我在我的应用程序中有打开手机图库的选项，并且设备询问要使用什么应用程序，在那里我单击远离对话框的灰色区域并看到了这个问题。 我注意到我的活动如何从 onPause、onSaveInstanceState 返回到 onResume，它不会访问 onCreateView。 我在 onResume 做交易。 所以我最终做的是设置一个标志在 onPause 被否定，但在 onCreateView 是真实的。 如果 onResume 标志为真，则执行 onCommit，否则 commitAllowingStateLoss。 我可以继续浪费很多时间，但我想检查生命周期。 我有一个 sdkversion 23 的设备，我没有遇到这个问题，但我有另一个 21 的设备，我在那里看到了它。

Answer 31

当 Fragment 或 AppCompatActivity 的 state 通过 onSaveInstanceState() 保存时，它的 UI 被认为是不可变的，直到调用 ON_START。 在保存 state 之后尝试修改 UI 可能会导致应用程序的导航 state 不一致，这就是如果应用程序在保存 Z9ED39E2EA931586EFB73EZ 之后运行 FragmentTransaction 时 FragmentManager 会引发异常的原因5A631586EFB66A9 有关详细信息，请参阅 commit()。

如果观察者的关联生命周期至少未启动，LiveData 通过避免调用其观察者来防止这种边缘情况开箱即用。 在幕后，它在决定调用其观察者之前调用 isAtLeast()。

Answer 32

您可以在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

Answer 33

我认为在这些操作之前调用FragmentActivity.onStateNotSaved()可能是目前最好的选择。