android - 在 onDestroy 中进行所有清理是否安全？

Question

更具体地说:将取消任务放在 onDestroy 中是否安全？另外，使用 onDestroy 取消注册接收器和释放资源是否安全？

我的目标是确保我的任务在 Activity 被销毁时被取消/销毁，而不是之前。

onDestroy():

1. 在 Activity 被销毁并且资源必须被调用时被调用 发布。
2. 在 Activity 被匆忙销毁时不被调用(当 系统资源不足等)。

第一种情况很清楚:我在 onDestroy 中进行了所有清理，没有出现任何问题。第二种情况有点问题。当 Activity 被销毁并且 onDestroy 被跳过时(所以我不会取消我的任务)，任务会不会继续执行，然后完成并尝试更新死掉的 Activity，从而导致应用程序崩溃？

---

我们来到真正的问题:

1. 当一个 Activity 被终止并跳过 onDestroy 时，是否所有附加到该 Activity 的东西都自动销毁了？(是否跳过 onDestroy 仅以防所有东西都将被完全清除? 任务、注册接收者等)
2. 如果跳过 onDestroy 是否意味着整个应用被终止？

---

让我们关注 onDestroy()，因为解决方案不在 onPause() 或 onStop() 中。参数:

• onStop() 可以在 Activity 被销毁时跳过，就像 onDestroy 一样
• onPause 被调用得太早和太频繁，因此不适合用例。例子:

锁屏:当设备锁屏时可以调用onPause。这种情况经常发生，就像屏幕保护程序一样，用户会立即解锁，因为他正站在那里看着屏幕。在这种情况下取​​消任务并停止我的应用程序正在做的一切只会降低用户体验。我不希望我的应用程序因为偶然的“屏幕保护程序”而卡住和出现异常行为。

在一个示例应用程序中，我有两个 Activity 屏幕。用户可以在它们之间快速切换。在此应用程序中，用户倾向于频繁且快速地切换屏幕。

导航:其中一个屏幕有一张 map ，可以从系统接收位置更新。它记录位置(路线)变化的精确图形日志，因此它需要不断运行，直到 Activity 关闭。通常我会在 onResume 和 onPause 中注册和取消注册任何接收器。然而，这会使应用程序非常不可用，因为每次用户导航离开时 map 上的更新都会停止。因此，我想在 onDestroy 中注销接收器。

加载列表:第二个屏幕有一个显示来自网络服务的数据的列表。下载数据需要 4 秒。我使用 AsyncTask，我知道我应该在必要时取消。它不应该在 onPause 中取消，因为它应该在用户切换屏幕时继续加载。因此，我想在 onDestroy 中取消它。

还有很多例子。在每个人看来，其中一些可能并不完全合适(您甚至可能建议使用服务而不是 AsyncTask)。但是这个想法很重要，而且他们都有相同的想法:继续做特定于 Activity 的工作，而 Activity 已暂停，但确保停止做当 Activity 被销毁时。 (无论我使用的是 AsyncTask 还是 Service 都没有关系。无论哪种情况，都应该在 Activity 被销毁时停止工作。)

附言如果答案是在 onDestroy 中进行清理是不安全的，这将意味着 Android 框架要求我们停止在 onPause 中所做的一切。然后我看不出有任何理由使用 onDestroy...

Answer 1

我想向您推荐这个宝贝:http://developer.android.com/reference/android/content/ComponentCallbacks2.html#onTrimMemory(int)

本质上，它为您提供了系统发现对取消任务和清理内存有用的所有地方:

请仔细查看以下 2 个案例:

TRIM_MEMORY_UI_HIDDEN - 进程一直在显示用户界面，现在不再显示了。

TRIM_MEMORY_COMPLETE - 进程接近后台 LRU 列表的末尾。

您问的大部分情况都是哪种情况。

在相同的方法中，您还可以捕获 TRIM_MEMORY_RUNNING_CRITICAL，它会提醒您系统没有内存并且必须立即采取特殊操作的情况。

这种方法让我在类似案例中的开发生活变得更好。