7

我有一个 OpenGL Android 应用程序，它使用大量内存来设置复杂的场景，这显然会导致大量的堆碎片。即使没有内存泄漏，也无法在不因碎片而耗尽内存的情况下销毁和创建应用程序。（碎片肯定是问题，而不是泄漏）

这会导致一个主要问题，因为 Android 有在同一个 VM/堆上销毁和创建活动的习惯，这显然会导致活动崩溃。作为解决此问题的策略，我使用了以下技术：

@Override
protected void onStop() {
    super.onStop();
    if(isFinishing()) {
        System.runFinalizersOnExit(true);
        System.exit(0);
    }
}

这确保了当活动完成时，它会导致虚拟机完全关闭，因此下次启动活动时，它会获得一个新的未碎片化堆。

注意：我意识到这不是“Android 方式”，但鉴于垃圾收集器是非压缩的，因此不可能连续重用堆。

这种技术实际上确实可以正常工作，但是当活动在非完成模式下被销毁然后重新创建时，它就不起作用了。

有没有人对如何处理堆的退化有任何好的建议？

进一步说明：减少内存消耗也不是一个真正的选择。该活动实际上并没有使用那么多内存，但堆（和本机堆）似乎很容易碎片化，可能是由于一些大的内存块

4

1 回答 1

4

碎片化几乎总是病态分配模式的结果。大对象经常被创建和销毁。结合较小的对象可能会持续存在（或至少具有不同的生命周期） - 在堆中创建洞。

在这种情况下，唯一有效的碎片预防是：防止特定的分配模式。这通常可以通过汇集大对象来完成。如果成功，该应用程序将谢天谢地以更快的执行速度承认这一点。

@edit：更具体到您的问题：如果重新启动应用程序后堆还不是空的，那么堆上还有什么？您确认这不是内存泄漏的问题，但这就是它看起来的样子。由于您使用的是 OpenGL - 可能是因为未正确处理 OpenGL 资源，因此一些本机包装器幸免于难吗？

于 2012-02-28T18:06:31.010 回答