我的 Android 程序是否存在内存泄漏？

Question

我知道如果没有实际代码，这似乎无法确定，但请多多包涵。我认为可以从症状中确定一些东西。

我有一个层次结构浏览器，其中层次结构的每个级别都由其自己的活动显示。如果您检查层次结构的太多分支，它将引发OutOfMemoryError 异常。这听起来像是内存泄漏，但随便看看代码并没有发现任何明显的东西，所以我想在进行更彻底的调查之前对 Java 和 Android 的某些方面进行一些澄清。

首先，我可以依赖未使用的活动在OutOfMemoryError 被抛出之前进行垃圾收集吗？如果不是这种情况，我会认为这是一种奇怪的行为，但它可以解释我遇到的一切。

其次，Dalvik 垃圾收集器可以收集循环引用吗？我想我没有，但如果没有，我会知道在我的代码中寻找它。

我知道有办法在 Android 应用程序中通过创建对在程序生命周期中存在的地方的事物的引用来泄漏内存，但我不认为我正在这样做。例如，我没有以编程方式创建任何 UI 控件，也没有将当前活动作为 Context 传递给任何东西。

最后，我最近从未注意到这个错误，自从它首次创建以来唯一发生的变化是 Android 版本从某种风味的 Jelly Bean 升级为 KitKat。

任何帮助将不胜感激。谢谢！

Answer 1

首先，我可以依赖未使用的活动在抛出 OutOfMemoryError 之前进行垃圾回收吗？

尽管普遍认为，答案是否定的。您可以用活动填充内存，直到引发错误，Android 既不会在后台堆栈中 destroy any activities，也不会在 GC 期间收集这些活动。

系统有一个选项可以完成后台堆栈中的活动，但它在 2011 年被禁用。现在，如果系统内存不足，Android 只会终止整个进程。前台应用程序很可能会达到每个应用程序的堆限制，因为系统会避免杀死它，并且可能有大量可用内存供其他应用程序使用。

为什么不对活动进行 GC？所有正在运行的活动都存储在 ActivityThread 类中（它执行与系统的所有交互并处理活动的生命周期事件），因此它们不符合垃圾回收条件。它们只有在被摧毁后才会从这里移除。

其次，Dalvik 垃圾收集器能否收集循环引用？

是的，它可以，就像常规 JVM 的垃圾收集器一样。否则它不会与 Java 兼容。

您可以使用Memory Analyzer tool and other techniques 检查所有内存的去向。这些工具可以向您显示堆上的对象以及阻止它们被收集的原因。

我可以建议您在单个活动而不是多个活动中使用Fragments。片段具有回调，可用于在片段离开屏幕（返回堆栈）时释放视图层次结构。