30

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

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

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

@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 会推送它，内存分配是否有这样的界限？

4

2 回答 2

51

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

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

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

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

于 2012-05-21T03:22:10.013 回答
19

即使您的应用程序没有达到“24mb”（因设备而异）堆限制，您仍然可能会发生崩溃，因为 Android 需要一段时间来为您的应用程序增加堆空间。

在我的情况下，我在很短的时间内创建并转储了几张图像。

我经常得到OutOfMemoryError.

看来 Android 的速度不足以为我的应用增加堆空间。

我相信我通过使用largeHeap清单文件中的设置解决了这个问题。启用该设置后，Android 每次增加堆时都会留下更多可用内存，从而最大限度地减少达到当前限制的机会。

我不使用 24mb 的限制，但这个largeHeapconf 非常方便。

您只需要largeHeap="true"在您的应用程序标签上设置AndroidManifest.xml

<application
    android:icon="@drawable/ic_launcher"
    android:label="@string/app_name"
    android:largeHeap="true"
    android:theme="@style/AppTheme" >

不过，请确保在处理图像时要小心，就像@Alex Lockwood 建议的那样。

于 2013-01-22T15:25:55.163 回答