这是Steve Moseley（由ToolmakerSteve）的回答中的一条评论，它将事情放在了一个角度（在整个onSaveInstanceState与onPause、东成本与西成本传奇中）

@VVK-我部分不同意。退出应用程序的某些方式不会触发onSaveInstanceState（oSIS）。这限制了oSIS的实用性。它的值得支持，操作系统资源最少，但如果应用程序希望将用户返回到他们所处的状态，无论应用程序如何退出时，有必要改用持久存储方法。我使用onCreate检查捆绑包，如果缺少，则检查永久存储。这集中了决策。我可以从崩溃中恢复，或后退按钮退出或自定义菜单项退出，或许多天后，用户重新回到屏幕上ToolmakerSteve九月2015年9月19日10:38

有一种方法可以让Android在不执行任何方法的情况下保存状态。只需将此行添加到“活动”声明中的清单：

android:configChanges="orientation|screenSize"

应该是这样的：

<activity
    android:name=".activities.MyActivity"
    android:configChanges="orientation|screenSize">
</activity>

在这里您可以找到有关此属性的更多信息。

建议让Android为您处理，而不是手动处理。

哪些要保存，哪些不保存？

有没有想过，当方向改变时，为什么EditText中的文本会自动保存？这个答案是给你的。

当“活动”的实例被破坏并且系统重新创建新实例时（例如，配置更改）。它尝试使用一组保存的旧活动状态（实例状态）数据重新创建它。

实例状态是存储在Bundle对象中的键值对的集合。

例如，默认情况下，系统将视图对象保存在捆绑包中。

EditText中的文本在ListView中滚动位置等。

如果需要将另一个变量保存为实例状态的一部分，则应使用OVERRIDE onSavedInstanceState（Bundle savedinstaneState）方法。

例如，GameActivity中的int currentScore

有关保存数据时onSavedInstanceState（Bundle savedinstaneState）的详细信息

@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    // Save the user's current game state
    savedInstanceState.putInt(STATE_SCORE, mCurrentScore);

    // Always call the superclass so it can save the view hierarchy state
    super.onSaveInstanceState(savedInstanceState);
}

所以如果你忘了打电话super.onSaveInstanceState（savedInstanceState）；默认行为无法工作，即EditText中的文本无法保存。

要选择哪一项来恢复“活动”状态？

 onCreate(Bundle savedInstanceState)

OR

onRestoreInstanceState(Bundle savedInstanceState)

这两种方法都获得相同的Bundle对象，因此在哪里编写恢复逻辑并不重要。唯一的区别是，在onCreate（Bundle savedInstanceState）方法中，您必须给出一个空检查，而在后一种情况下不需要它。其他答案已经有了代码片段。你可以参考他们。

有关onRestoreInstanceState（Bundle savedinstaneState）的详细信息

@Override
public void onRestoreInstanceState(Bundle savedInstanceState) {
    // Always call the superclass so it can restore the view hierarchy
    super.onRestoreInstanceState(savedInstanceState);

    // Restore state members from the saved instance
    mCurrentScore = savedInstanceState.getInt(STATE_SCORE);
}

始终调用super.onRestoreInstanceState（savedInstanceState）；以便系统默认还原视图层次结构

奖金

只有当用户打算返回“活动”时，系统才会调用onSaveInstanceState（Bundle savedInstanceState）。例如，您正在使用App X，突然接到一个电话。移动到调用方应用程序并返回到应用程序X。在这种情况下，将调用onSaveInstanceState（Bundle savedInstanceState）方法。

但如果用户按下后退按钮，请考虑这一点。假设用户不打算返回“活动”，因此在这种情况下，系统不会调用onSaveInstanceState（Bundle savedInstanceState）。重要的是，在保存数据时，您应该考虑所有情况。

相关链接：

演示默认行为Android官方文档。

现在Android为保存状态提供了ViewModels，您应该尝试使用它而不是saveInstanceState。

直接回答原始问题。savedInstancestate为空，因为从未重新创建“活动”。

只有在以下情况下，才能使用状态捆绑包重新创建“活动”：

配置更改，例如更改方向或电话语言，这可能需要创建新的活动实例。操作系统破坏活动后，您从后台返回应用程序。

Android会在内存压力下或在后台工作一段时间后破坏后台活动。

测试hello world示例时，有几种方法可以离开并返回“活动”。

按下后退按钮后，“活动”结束。重新启动应用程序是一个全新的例子。你根本没有从后台恢复。当您按下主页按钮或使用任务切换器时，“活动”将进入后台。当导航回应用程序时，只有在必须销毁“活动”时才会调用onCreate。

在大多数情况下，如果你只是按下home键，然后再次启动应用程序，则不需要重新创建活动。它已经存在于内存中，因此不会调用onCreate（）。

在“设置”->“开发人员选项”下有一个名为“不保留活动”的选项。当它被启用时，安卓系统总是会破坏活动，并在后台重新创建它们。这是一个在开发时保持启用状态的好选项，因为它模拟了最坏的情况。（内存不足的设备会一直回收您的活动）。

其他的答案很有价值，因为它们教会了你正确的存储状态的方法，但我觉得它们并没有真正回答为什么你的代码没有按照你期望的方式工作。

同时，我一般不再使用

Bundle savedInstanceState & Co

对于大多数活动来说，生命周期过于复杂且不必要。

谷歌表示，它甚至不可靠。

我的方法是立即保存首选项中的任何更改：

 SharedPreferences p;
 p.edit().put(..).commit()

在某种程度上，SharedPreferences的工作方式与Bundles类似。首先，这些值必须从偏好中读取。

对于复杂数据，您可以使用SQLite而不是首选项。

应用此概念时，活动只会继续使用上次保存的状态，而不管它是在重新启动后的初始打开状态，还是由于后堆栈而重新打开。