现在，您可以使用实时数据和生命周期感知组件

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

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

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

相反，您应该使用ViewModel，它将在活动生命周期之前保留数据。

科特林

必须重写onSaveInstanceState和onRestoreInstanceState以存储和检索要持久化的变量

生命周期图

存储变量

public override fun onSaveInstanceState(savedInstanceState: Bundle) {
    super.onSaveInstanceState(savedInstanceState)

    // prepare variables here
    savedInstanceState.putInt("kInt", 10)
    savedInstanceState.putBoolean("kBool", true)
    savedInstanceState.putDouble("kDouble", 4.5)
    savedInstanceState.putString("kString", "Hello Kotlin")
}

检索变量

public override fun onRestoreInstanceState(savedInstanceState: Bundle) {
    super.onRestoreInstanceState(savedInstanceState)

    val myInt = savedInstanceState.getInt("kInt")
    val myBoolean = savedInstanceState.getBoolean("kBool")
    val myDouble = savedInstanceState.getDouble("kDouble")
    val myString = savedInstanceState.getString("kString")
    // use variables here
}

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

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

不确定我的解决方案是否受到反对，但我使用绑定服务来保持ViewModel状态。是将其存储在服务的内存中，还是将其持久化并从SQLite数据库中检索，取决于您的需求。这就是任何类型的服务所做的，它们提供诸如维护应用程序状态和抽象公共业务逻辑之类的服务。

由于移动设备固有的内存和处理限制，我以类似于网页的方式处理Android视图。页面不维护状态，它纯粹是一个表示层组件，其唯一目的是显示应用程序状态并接受用户输入。web应用程序架构的最新趋势采用了古老的模型、视图、控制器（MVC）模式，其中页面是视图，域数据是模型，控制器位于web服务后面。同样的模式可以在Android中使用，视图是，嗯。。。View，模型是您的域数据，Controller作为Android绑定服务实现。每当您希望视图与控制器交互时，在开始/恢复时绑定它，在停止/暂停时解除绑定。

这种方法为您提供了实施关注点分离设计原则的额外好处，因为您的所有应用程序业务逻辑都可以移动到您的服务中，这减少了多个视图中的重复逻辑，并允许视图实施另一个重要的设计原则，即单一责任。