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

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

onSaveInstanceState（bundle）和onRestoreInstanceState（bundle）方法仅在旋转屏幕（方向更改）时用于数据持久化。在应用程序之间切换时，它们甚至都不好（因为调用了onSaveInstanceState（）方法，但不会再次调用onCreate（捆绑包）和onRestoreInstanceState（捆绑）。要获得更多持久性，请使用共享首选项。阅读这篇文章

我的问题是，我只在应用程序生命周期内需要持久性（即一次执行，包括在同一应用程序内启动其他子活动和旋转设备等）。我尝试了以上答案的各种组合，但在所有情况下都没有得到我想要的答案。最后，对我有用的是在onCreate期间获取savedInstanceState的引用：

mySavedInstanceState=savedInstanceState;

并在需要时使用它来获取变量的内容，如下所示：

if (mySavedInstanceState !=null) {
   boolean myVariable = mySavedInstanceState.getBoolean("MyVariable");
}

如上所述，我使用了onSaveInstanceState和onRestoreInstanceState，但我想我也可以或替代地使用我的方法在变量更改时保存变量（例如，使用putBoolean）

您可以使用JetPack中的生命周期实时数据和视图模型Handel。参见本参考：

https://developer.android.com/topic/libraries/architecture/livedata

同时，我一般不再使用

Bundle savedInstanceState & Co

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

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

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

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

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

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

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

当系统需要内存并终止应用程序时，调用onSaveInstanceState。当用户刚刚关闭应用程序时，不会调用它。所以我认为应用程序状态也应该保存在onPause中。

它应该保存到一些持久性存储中，如Preferences或SQLite。