何时将数据保存到数据库，onPause() 或 onStop()？

Question

我知道这个问题已经被问过一百万次了，尽管我自己已经知道答案并且正确的答案是唯一有保证的调用是 onPause()，所以你应该把你的数据保存在那里。

然而，在许多 android 文档的地方，他们总是建议不要在 onPause() 方法中做繁重的工作（例如在数据库中写入数据），因为它会延迟活动之间的转换。

根据Android Developer Guide in Table 1

onPause()：此方法通常用于提交对持久数据的未保存更改、停止动画和其他可能消耗 CPU 的事情等。它应该很快地完成它所做的任何事情，因为下一个活动在它返回之前不会恢复。

可杀：是

然后根据Android Developer Reference Guide in the similar table.

它说了同样的话，但是：

可杀：预蜂巢

他们添加了一个小注释，上面写着：

请注意，针对以 HONEYCOMB 开头的平台的应用程序与针对先前平台的应用程序之间的这些语义会略有不同。 从 Honeycomb 开始，应用程序在其 onStop() 返回之前不会处于可终止状态。这会影响何时可以调用 onSaveInstanceState(Bundle)（它可以在 onPause() 之后安全调用，并允许应用程序安全地等待 onStop() 以保存持久状态。

---

可杀

请注意上表中的“Killable”列——对于那些被标记为可杀死的方法，在该方法返回承载活动的进程之后，系统可能随时终止它的另一行代码正在执行。

对于 POST-HONEYCOMB（我不关心早期版本）： 那么，可以假设任何 Android 设备（包括不同的 ROMS）都会确保在活动上调用 onStop 吗？而这里是进行任何耗时的 App 存储写入的最佳场所吗？

注意：这非常令人困惑，因为这里的大多数答案、网站、书籍甚至在线 android 测试都将其作为正确答案，您应该将其保存在 onPause 而不是 onStop 中。

Answer 1

何时将数据保存到数据库，onPause() 还是 onStop()？

要么。它们几乎相同，尤其是在 Android 3.0+ 上。

如果接管前台的 Activity 是典型的全屏 Activity，那么之前的 Activity 不再可见，onPause() 和 onStop() 将被快速连续调用。

如果接管前台的 Activity 主题更像一个对话框，其中早期的 Activity 仍然可见，则将调用 onPause()，但不会调用 onStop()，直到 Activity 为 no更长的可见性（例如，用户现在按 HOME）。

大多数应用程序并不担心“主题更像一个对话”场景，在这种情况下，onPause() 和 onStop() 会被一个接一个地调用，您可以分叉您的后台线程来保存您的任何对您有意义的数据。

然而，在许多 android 文档的地方，他们总是建议不要在 onPause() 方法中做繁重的工作（例如在数据库中写入数据），因为它会延迟活动之间的转换。

onStop() 也是如此，因为这两个方法都在主应用程序线程上调用。

那么，是否可以假设任何 Android 设备（包括不同的 ROMS）都会确保在 Activity 上调用 onStop？

从进程终止的角度来看，onPause() 和 onStop() 将具有相同的特征。要么都应该调用（正常情况），要么都不调用（例如，你崩溃了，电池从手机背面弹出）。

而这是进行任何耗时的 App 存储写入的最佳场所？

onPause() 或 onStop() 都是触发工作的好地方，在后台线程上完成，以保存数据。如果您更喜欢在onStop() 中完成这项工作，我们绝对欢迎您这样做。就个人而言，我是onPause() 类型的人。

Answer 2

• 如果您想要更安全，请存储在onPause。
• 如果您的数据太大以至于需要存储几秒钟，您可以打开后台Service（例如IntentService）进行保存。
• 您还可以在代码中检查系统版本并选择何时保存。 if(Build.VERSION.SDK_INT>=Build.VERSION_CODES.ICE_CREAM_SANDWICH){}
• 在大多数情况下，某些自定义操作系统不会更改此保存时间的规则。但是当然可以有一些其他的操作系统肯定会改变它。所以在安卓开发中最重要的是你需要知道在不同的手机上一切都可能不同。

Answer 3

我知道这个问题是史前问题，但像我这样的人似乎仍然碰巧遇到这个问题。所以我想添加一个我在文档中找到的答案可能是有意义的，其中指出：

要保存持久性数据，例如用户偏好或数据库数据，您应该在活动处于前台时抓住适当的机会。如果没有这样的机会出现，您应该在 onStop() 方法期间保存这些数据。

source

但是等等，还有更多：

请注意上表中的“Killable”列——对于那些被标记为可终止的方法，在该方法返回后，托管该活动的进程可能随时被系统终止，而无需另一行代码执行。因此，您应该使用 onPause() 方法将任何持久性数据（例如用户编辑）写入存储。

source

总结一下，似乎在 onPause() 上持久化数据是最好的做法。