Android 应用程序内存不足问题 - 尝试了所有方法，但仍然一头雾水

Question

我花了整整 4 天的时间尽我所能找出我正在开发的应用程序中的内存泄漏，但很久以前事情就变得毫无意义了。

我正在开发的应用程序具有社交性质，因此请考虑配置 Activity (P) 并使用数据列出 Activity - 例如徽章 (B)。您可以从个人资料跳到徽章列表，再到其他个人资料、其他列表等。

想象一下这样的流程 P1 -> B1 -> P2 -> B2 -> P3 -> B3 等。为了保持一致性，我正在加载同一用户的个人资料和徽章，因此每个 P 页面都是相同的每个B页也是如此。

问题的一般要点是:导航一段时间后，根据每个页面的大小，我在随机位置出现内存不足异常 - 位图、字符串等 - 它似乎没有保持一致。

在尽一切可能弄清楚我的内存不足的原因之后，我什么也没想到。我不明白的是，如果 Android 在加载时内存不足而是崩溃，为什么它不会杀死 P1、B1 等。如果我通过 onCreate() 和 onRestoreInstanceState() 回到它们，我希望这些早期的 Activity 会消亡并复活。

更不用说这个了 - 即使我执行 P1 -> B1 -> Back -> B1 -> Back -> B1，我仍然会崩溃。这表明存在某种内存泄漏，但即使在转储 hprof 并使用 MAT 和 JProfiler 之后，我也无法确定它。

我已禁用从网络加载图像(并增加了加载的测试数据以弥补它并使测试公平)并确保图像缓存使用 SoftReferences。 Android 实际上会尝试释放它拥有的少数 SoftReference，但就在它内存不足之前。

Badge 页面从 Web 获取数据，从 BaseAdapter 将其加载到 EntityData 数组中并将其提供给 ListView(我实际上使用的是 CommonsWare 的 excellent MergeAdapter，但在此 Badge Activity 中，实际上只有 1 个适配器无论如何，但我想以任何方式提及这个事实)。

我浏览了代码，但找不到任何会泄漏的东西。我清除并清空了所有我能找到的东西，甚至 System.gc() 左右，但应用程序仍然崩溃。

我仍然不明白为什么堆栈上的非 Activity Activity 没有得到收获，我真的很想弄清楚这一点。

此时，我正在寻找任何提示、建议、解决方案......任何可以提供帮助的东西。

谢谢。

Answer 1

I still don't understand why inactive activities that are on the stack don't get reaped, and I'd really love to figure that out.

事情不是这样运作的。影响 Activity 生命周期的唯一内存管理是所有进程的全局内存，因为 Android 认为它的内存不足，因此需要终止后台进程以获取一些内存。

如果您的应用程序在前台启动越来越多的 Activity ，它永远不会进入后台，因此它总是会在系统接近终止其进程之前达到其本地进程内存限制。 (当它确实终止其进程时，它会终止承载所有 Activity 的进程，包括当前处于前台的任何 Activity 。)

所以在我看来，您的基本问题是:您让太多 Activity 同时运行，和/或这些 Activity 中的每一个都占用了太多资源。

您只需重新设计您的导航，使其不依赖于堆积任意数量的潜在重量级 Activity 。除非您在 onStop() 中执行大量操作(例如调用 setContentView() 来清除 Activity 的 View 层次结构并清除它可能保留的任何其他变量)，否则您只会耗尽内存。

您可能需要考虑使用新的 Fragment API 将这个任意堆栈的 Activity 替换为更紧密地管理其内存的单个 Activity。例如，如果你使用 Fragment 的回栈设施，当一个 Fragment 进入回栈并且不再可见时，会调用它的 onDestroyView() 方法来完全移除它的 View 层次结构，从而大大减少它的占用空间。

现在，只要您在按下返回、转到一个 Activity 、按下返回、转到另一个 Activity 等的流程中崩溃并且永远不会有深堆栈，那么是的，您只是有泄漏。这篇博文描述了如何调试泄漏:http://android-developers.blogspot.com/2011/03/memory-analysis-for-android.html