Android学习之保存 Activity 的状态

￡神魔★判官ぃ 2022-08-09 14:53 115阅读 0赞

# 保存 Activity 状态 #

当系统为了恢复内存而销毁某项 Activity 时，Activity 对象也会被销毁，因此系统在继续 Activity 时根本无法让其状态保持完好，而是必须在用户返回Activity时重建 Activity 对象。但用户并不知道系统销毁 Activity 后又对其进行了重建，因此他们很可能认为 Activity 状态毫无变化。

在这种情况下，您可以实现另一个回调方法对有关 Activity 状态的信息进行保存，以确保有关 Activity 状态的重要信息得到保留：`onSaveInstanceState()`。

系统会先调用 onSaveInstanceState()，然后再使 Activity 变得易于销毁。**系统会向该方法传递一个 Bundle**，您可以在其中使用 putString() 和 putInt() 等方法（以名称-值对形式保存有关 Activity 状态的信息）。

然后，如果系统终止您的应用进程，并且用户返回您的 Activity，则系统会重建该 Activity，并将 Bundle 同时传递给 `onCreate()` 和 `onRestoreInstanceState()`。

您可以使用上述任一方法从 Bundle 提取您保存的状态并恢复该 Activity 状态。如果没有状态信息需要恢复，则传递给您的 Bundle 是空值（如果是首次创建该 Activity，就会出现这种情况）。

![Mq4IU4s.png][]

上图说明，在下面两种情况下，Activity 重获用户焦点时可保持状态完好：

1.  系统在销毁 Activity 后重建 Activity，Activity 必须恢复之前保存的状态；
2.  系统停止 Activity 后继续执行 Activity，并且 Activity 状态保持完好。

> 注：无法保证系统会在销毁您的 Activity 前调用 onSaveInstanceState()，因为存在不需要保存状态的情况（例如用户使用“返回” 按钮离开您的 Activity 时，因为用户的行为是在显式关闭 Activity）。 如果系统调用 onSaveInstanceState()，它会在调用 onStop() 之前，并且可能会在调用 onPause() 之前进行调用。

不过，即使您什么都不做，也不实现 onSaveInstanceState()，Activity 类的 onSaveInstanceState() 默认实现也会恢复部分 Activity 状态。

具体地讲，**默认实现会为布局中的每个 View 调用相应的 onSaveInstanceState() 方法**，让每个视图都能提供有关自身的应保存信息。

但，**如果该View没有 ID，则系统无法保存其状态**。

由于 onSaveInstanceState() 的默认实现有助于保存 UI 的状态， 因此如果您为了保存更多状态信息而重写该方法，**应始终先调用 onSaveInstanceState() 的超类实现，然后再执行任何操作**。同样，**如果您替代 onRestoreInstanceState() 方法，也应调用它的超类实现**，以便默认实现能够恢复视图状态。

> 注：由于无法保证系统会调用 onSaveInstanceState()，因此您只应利用它来记录 Activity 的瞬态（UI 的状态）—切勿使用它来存储持久性数据，而**应使用 onPause() 在用户离开 Activity 后存储持久性数据**（例如应保存到数据库的数据）。

您还可以通过将 android:saveEnabled 属性设置为 “false” 或通过调用 setSaveEnabled() 方法显式阻止布局内的视图保存其状态。您通常不应将该属性禁用，但如果您想以不同方式恢复 Activity UI 的状态，就可能需要这样做。

您只需旋转设备，让屏幕方向发生变化，就能有效地测试您的应用的状态恢复能力。 当屏幕方向变化时，系统会销毁并重建 Activity，以便应用可供新屏幕配置使用的备用资源。 单凭这一理由，您的 Activity 在重建时能否完全恢复其状态就显得非常重要，因为用户在使用应用时经常需要旋转屏幕。

## 协调 Activity ##

当一个 Activity 启动另一个 Activity 时，它们都会体验到生命周期转变。第一个 Activity 暂停并停止（但如果它在后台仍然可见，则不会停止）时，系统会创建另一个 Activity。 如果这些 Activity 共用保存到磁盘或其他地方的数据，必须了解的是，在创建第二个 Activity 前，第一个 Activity 不会完全停止。更确切地说，**启动第二个 Activity 的过程与停止第一个 Activity 的过程存在重叠。**

生命周期回调的顺序经过明确定义，当两个 Activity 位于同一进程，并且由一个 Activity 启动另一个 Activity 时，其定义尤其明确。 以下是当 Activity A 启动 Activity B 时一系列操作的发生顺序：

1.  Activity A 的 onPause() 方法执行。
2.  Activity B 的 onCreate()、onStart() 和 onResume() 方法依次执行。（Activity B 现在具有用户焦点。）
3.  然后，如果 Activity A 在屏幕上不再可见，则其 onStop() 方法执行。

您可以利用这种可预测的生命周期回调顺序管理从一个 Activity 到另一个 Activity 的信息转变。 例如，如果您必须在第一个 Activity 停止时向数据库写入数据，以便下一个 Activity 能够读取该数据，则应在 onPause() 而不是 onStop() 执行期间向数据库写入数据。

PS：  
这部分可参阅此文的实践部分：  
[http://blog.csdn.net/u011726984/article/details/49361345\#t12][http_blog.csdn.net_u011726984_article_details_49361345_t12]

如有不足或遗漏请评论指出，谢谢！(●’◡’●)

[Mq4IU4s.png]: http://i.imgur.com/Mq4IU4s.png
[http_blog.csdn.net_u011726984_article_details_49361345_t12]: http://blog.csdn.net/u011726984/article/details/49361345#t12