可能不会调用onStop（）和onDestroy（）。 他们有什么好处？

Question

这一直使我对Android生命周期感到困惑。 在有关Activity的文档中 ，表1及其下面的文本指示可能永远不会调用onstop()和onDestroy() 。 onPause()是保证可以调用的最后一个生命周期方法。

如果可能不会调用onStop() / onDestroy() ，那么这些方法有什么用？ 我知道它们在生命周期中的位置-我不是在询问它们发出什么信号，我想知道如果您不能指望它们被调用属于它们中的哪种代码。 关于这些方法的实用性的其他帖子说，您应该使用它们来释放资源-这将不是不可靠且容易出错，因为这些方法可能永远不会被调用吗？

我可以想象这样的事情，如果应用程序被杀死而那些方法没有被调用，进程本身被杀死，那么您拥有的任何资源指针都可能被垃圾回收或以其他方式清理。 在这种情况下， onStop() / onDestroy()可能负责清理在进程被杀死之前将一直保留的资源。 但是，这似乎有些令人费解。

是否有人有任何示例说明如何正确安全地使用onStop() / onDestroy() ，而不会引入细微的错误或资源泄漏（取决于Android如何决定关闭Activity onStop()示例？

Answer 1

我可以想象这样的事情，如果应用程序被杀死而那些方法没有被调用，进程本身被杀死，那么您拥有的任何资源指针都可能被垃圾回收或以其他方式清理。 在那种情况下，onStop（）/ onDestroy（）可能负责清理将被杀死的资源，直到进程被杀死为止。 但是，这似乎有些令人费解。

对于onDestroy（），这基本上是正确的。 关键是您应该释放资源，如果您的流程要生存下来，那将是浪费的资源，但是又不需要继续进行该活动。 可以认为只有单个活动被销毁的情况。

相反，如果托管您活动的进程被杀死，则操作系统将清理该进程所拥有的资源。 可以将其视为一切都被破坏的情况（尽管这并不是严格准确的，因为您可能有多个进程）。

从历史上看，相机的使用状态一直存在一些问题，操作系统无法对其进行适当的清理，但是当前的状态将是一个明显的问题。

但是onStop（）的目的有所不同-尽管它可能在死亡的途中发生，但这本身并不表示Activity的死亡，而只是表明Activity不再在屏幕上可见。 因此，这可能是时候停止视觉更新，并可能释放与此有关的资源，以及您希望链接到屏幕状态的其他行为。