如果不能保证调用 onDestroy()，为什么要实现它？

Question

根据 android 活动生命周期，唯一保证被调用的回调（如果活动离开 Running state，这通常是预期的）是onPause() 。

因此，我必须假设在某些情况下实现onStop()和onDestroy()是有意义的，尽管它们并不能真正保证被调用。

我知道当活动有可能通过 Stopped state 返回 Running state 时，应该实施onStop() （为什么要这样做而不是直接返回是另一个问题）。

但是我不清楚onDestroy()的需要，当我可以将所有清理/状态保存到onPause()时，我不清楚。

你能描述一个真正的应用情况（即不类比驾驶汽车等），在这种情况下实现onDestroy()是有意义的吗？

Answer 1

如果您显式调用 finish(); 将调用 onDestroy； 你自己。

您的主要活动在 map 活动上调用 startActivityForResult。

Map 活动带有 LocationListener，用户单击 map 并选择当地餐馆。

然后，活动设置一些附加内容以发送回您的主要活动，然后显式调用完成（）； 在其自身和 onDestroy 中杀死 LocationListener 和您调用的其他变量。

刚刚在文档中找到了这个

onDestroy() = 在销毁活动之前收到的最后一个调用。 这可能是因为 Activity 正在完成（有人在其上调用了 finish()，或者因为系统正在临时销毁该 Activity 实例以节省空间。您可以使用 isFinishing() 方法区分这两种情况。

Answer 2

你能描述一个真正的应用情况（即不类比驾驶汽车等），在这种情况下实现 onDestroy() 是有意义的吗？

当您想要捕获配置更改时。 这一切都在 SDK： http://developer.android.com/reference/android/app/Activity.http://developer.android.com/reference/android/app/Activity.Z80791FDC70D22769