Android 理解堆大小

Question

我对 Android 开发还很陌生，我似乎无法理解 Java Out of Memory 异常。我知道这意味着我的应用程序已经超出了虚拟机预算，但是在谷歌搜索了很多次之后，我似乎仍然没有掌握这个概念。我担心我的应用程序使用了太多内存，因为我每个屏幕有六个按钮选择器，每个选择器有两个位图，根据属性选项卡，每个选择器大约 20 kb。在我的根 G2x 上，我将 VM 预算设置为 12mb，重新启动手机并运行我的应用程序，没有任何问题。我在每个 onDestroy() 上取消绑定(bind)可绘制对象，并暗示 GC 也在这里运行。在模拟器中使用该应用程序一段时间后，我在 DDMS 屏幕上单击“Cause GC”，结果为ID=1，堆大小 6.133 MB，已分配 2.895MB，可用 3.238 MB，使用百分比 47.20，# 对象 52,623。

这是我不明白发生了什么的地方，我的模拟器设置为 24MB 的 VM。那个号码在哪里？我遇到的实际问题是，如果我将模拟器设置为 16MB 的 VM，我的应用程序在第二个 Activity 中崩溃并出现内存不足异常。为什么它不会在我的 VM 设置为 12 MB 的手机上或在我的旧 HTC Magic 手机上与 12 MB 的 VM 库存上崩溃？另外，我的应用程序是否占用了太多内存？我不知道那些 DDMS 数字好不好。

至于我的代码，我在 XML 布局中指定了每个图像。除了向它们添加监听器之外，我不会以编程方式对它们做任何事情。我在这里找到了这段代码，并将其添加到我拥有的每个 Activity 中......

@Override
protected void onDestroy() {
    super.onDestroy();

    unbindDrawables(findViewById(R.id.myRootLayout));
    System.gc();
}

private void unbindDrawables(View view) {
    if (view.getBackground() != null) {
        view.getBackground().setCallback(null);
    }
    if (view instanceof ViewGroup && !(view instanceof AdapterView)) {
        for (int i = 0; i < ((ViewGroup) view).getChildCount(); i++) {
            unbindDrawables(((ViewGroup) view).getChildAt(i));
        }
        ((ViewGroup) view).removeAllViews();
    }
}

否则我所做的只是将 onClickListeners 添加到具有 PNG 背景的按钮中。我想学习如何以编程方式指定按钮背景，但我需要选择器功能，如焦点、按下、非焦点但按下等，以使按钮背景根据用户交互而变化。我已经查看了有关此的文档，但它似乎势不可挡，这就是为什么我认为我将从管理堆的基础知识开始，然后逐步在代码中指定选择器。这可能没有意义，但是应用程序是否可以分配“健康”的内存分配量而不会接近内存不足异常？例如，如果一个应用程序分配了 6MB 应该没问题，但 8MB 会推送它，内存分配是否有类似的界限？

Answer 1

当您在模拟器/设备上设置 VM 预算时，您所做的是告诉堆它允许的最大大小。在运行时，随着 Dalvik VM 从操作系统请求系统内存，堆的大小会动态增长。 Dalvik VM 通常从分配一个相对较小的堆开始。然后在每次 GC 运行后，它会检查有多少可用的堆内存。如果空闲堆与总堆的比例太小，Dalvik VM 将向堆中添加更多内存(直至配置的最大堆大小)。

话虽如此，您在 DDMS 屏幕上看不到“24 mb”的原因是堆尚未增长到最大大小。这使 Android 能够充分利用手持设备上已经很少可用的内存。

至于为什么您的应用程序在模拟器上而不是在您的手机上崩溃，这看起来很奇怪(您确定数字是正确的吗？)。但是，您应该记住，内存是动态管理的，并且总内存利用率是根据许多外部因素(执行垃圾收集的速度/频率等)确定的。

最后，由于我上面提到的原因，根据您上面提供的单行信息，很难确定您的应用程序管理内存的能力如何。我们真的需要看看你的一些代码。但是，OutOfMemoryError 绝对值得担心，因此我肯定会调查您的应用程序的内存使用情况。您可能会考虑的一件事是在运行时使用 BitmapFactory 类调用 inSampleSize 对位图图像进行采样。这有助于减少加载可绘制位图所需的内存量。要么这样，要么您可以降低可绘制对象的分辨率(尽管每个 20 kb 对我来说听起来不错)。