13

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

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

销毁（）：

  1. 当活动被销毁并且必须释放资源时调用。
  2. 当活动被匆忙销毁时（当系统资源不足时等）时不会调用。

第一种情况很清楚：我在 onDestroy 中进行了所有清理，没有出现任何问题。第二种情况虽然有点问题。当 Activity 被销毁并跳过 onDestroy（所以我不会取消我的任务）时，是否会发生任务继续执行，然后完成并尝试更新死 Activity，因此应用程序崩溃？

我们来到了真正的问题：

  1. 当一个 Activity 被杀死并跳过 onDestroy 时，附加到该 Activity 的所有东西都会自动销毁吗？（只有在一切都被彻底清除的情况下才跳过 onDestroy ？任务、注册的接收者等）
  2. 如果跳过 onDestroy 是否意味着整个应用程序被杀死？

让我们关注 onDestroy()，因为解决方案不在 onPause() 或 onStop() 中。论据：

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

屏幕锁定：设备屏幕锁定时可以调用onPause 。很多时候，这就像屏幕保护程序一样发生，用户会立即解锁，因为他站在那里看着屏幕。在这种情况下取​​消任务并停止我的应用程序正在执行的所有操作只会降低用户体验。我不希望我的应用程序仅仅因为偶然的“屏幕保护程序”而窒息和行为不端。

在示例应用程序中，我有两个屏幕是活动。用户可以在它们之间快速切换。在这个应用程序中，用户倾向于经常快速地切换屏幕。

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

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

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

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

4

3 回答 3

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，它会提醒您系统没有内存并且必须立即采取特殊措施的情况。

这种方法使我在类似情况下的开发生活变得更好。

于 2014-04-28T08:21:37.620 回答
1

如果您只需要进行一些清理，那么无论活动如何关闭，您都应该能够使用onSaveInstanceState()和的组合onDestroy()。无论如何都应该调用其中之一。也许boolean cleanupDone在您的活动中有一个，只要两个完成之一就设置。

关于保存用户数据，请看Saving Persistent State：

谷歌建议一个

“就地编辑”用户模型

即：用户创建新数据后立即保存，最迟在onPause(). 这并不意味着您需要在 中重新创建数据onResume()，只是应该保存它。

顺便说一句：onStop() 只能在蜂窝设备之前的设备上跳过，也就是说，截至 2015 年 6 月，不到所有设备的 6%。尽管如此，如果其中一个或被省略，onSaveInstanceState()则应该调用。onDestroy()onStop()

于 2015-06-26T17:26:02.520 回答
0

就我使用安卓而言，

1当您的应用程序崩溃时，与之相关的所有资源都会被销毁。

2当设备更改配置导致 Activity 被销毁并重新创建时。

3当在后台运行的应用程序和 Android 由于运行在低内存上而杀死它时

除了这些之外，还调用了其他回调方法，即

1当另一个活动出现在前面，或者您的设备锁定..etc

在所有情况下，根据您的要求，您可以释放 onDestroy 中的所有资源并取消 Thread 和 Asyntask 并停止所有服务等。如果您希望您的任务在调用销毁时保持暂停和活动状态，那么您可以保存配置并保留它而 onCreate 通过检查是否为空再次调用。

于 2013-01-29T13:36:03.447 回答