My use case: I have used listener in fragment to notify activity that some thing happened. I did new fragment commit on callback method. This works perfectly fine on first time. But on orientation change the activity is recreated with saved instance state. In that case fragment is not created again implies that the fragment have the listener which is old destroyed activity. Any way the call back method will get triggered on action. It goes to destroyed activity which cause the issue. The solution is to reset the listener in fragment with current live activity. This solve the problem.

解决这个问题的另一种生命周期方法是使用kotlin最新发布的lifecycle-ktx。

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

闭包将在恢复状态后运行，因此甚至在恢复状态后调用此方法 停，等下一份简历来的时候就安全执行了。

你也可以选择喜欢

lifecycleScope.launchWhenCreated
// or
lifecycleScope.launchWhenStarted

适合你的情况。

当销毁完成时，代码将被取消。

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

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

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

我的活动暂停和停止，这意味着，onSaveInstanceState()已经被调用(对于pre-Honeycomb和post-Honeycomb设备)。 在任何结果的情况下，我使事务显示/隐藏片段，这导致这个IllegalStateException。

接下来我做的是:

增加了确定我想要的动作是否完成的值(例如，从camere - isPhotoTaken中拍摄照片)-它可以是布尔值或整数值，这取决于你需要多少不同的事务。 在重写onResumeFragments()方法中，我检查了我的值，并在我需要的片段事务之后。在这种情况下，commit()没有在onSaveInstanceState之后执行，因为状态是在onResumeFragments()方法中返回的。

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

当用户旋转屏幕以便加载与新方向相关的资源时，onSaveInstance将被调用。

有可能这个用户旋转了屏幕，然后按了后退按钮(因为也有可能这个用户在使用你的应用程序时摸不着他们的手机)