3

所以我遇到了一个由大位图引起的臭名昭著的 oom 错误。但我已经设法解决了大部分问题。当我单击返回并关闭应用程序然后立即启动应用程序时，剩下的唯一问题发生了。然后应用程序将崩溃，给我一个 oom（内存不足）错误。如果我单击主页，则不会发生这种情况。

为什么会这样？我的猜测是 GC 还没有完成清理，现在我在旧数据仍然存在时启动它。当然，它不是一个新应用程序，所以旧版本和新版本都受到相同的应用程序内存限制。

关于这个问题的任何意见和可能的解决方案都会很棒。

我尝试过的：

在我使用的所有位图下载中：

BitmapFactory.Options op = new Options();
op.inPurgeable = true;
bmImg = BitmapFactory.decodeStream(is,null,op);

使图像的尺寸宽度 x 高度更小（以 kb 为单位的大小大致相同）。<-- 这解决了问题，所以我有一个备用解决方案，除非有人有一个超级解决方案:)

错误日志片段：

06-25 04:29:28.917: E/AndroidRuntime(8819): Caused by: java.lang.OutOfMemoryError: bitmap size exceeds VM budget
06-25 04:29:28.917: E/AndroidRuntime(8819):     at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method)
06-25 04:29:28.917: E/AndroidRuntime(8819):     at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:460)
06-25 04:29:28.917: E/AndroidRuntime(8819):     at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:336)
06-25 04:29:28.917: E/AndroidRuntime(8819):     at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:715)
06-25 04:29:28.917: E/AndroidRuntime(8819):     at android.content.res.Resources.loadDrawable(Resources.java:1713)
06-25 04:29:28.917: E/AndroidRuntime(8819):     at android.content.res.TypedArray.getDrawable(TypedArray.java:601)
06-25 04:29:28.917: E/AndroidRuntime(8819):     at android.widget.ImageView.<init>(ImageView.java:122)
06-25 04:29:28.917: E/AndroidRuntime(8819):     at android.widget.ImageView.<init>(ImageView.java:112)
06-25 04:29:28.917: E/AndroidRuntime(8819):     ... 23 more

编辑：所以有两件事为我解决了这个问题。

  1. 在我的主要活动的 ondestroy() 中清除我的数据库并将大图像设置为空。
  2. 使大图像变小。

但这只是提出了同样的基本问题，如果调用 onDestroy()，为什么我的活动在打开新活动之前没有正确关闭？我还看到我的活动在关闭后很长一段时间内继续运行。这可能与问题有关吗？我该如何追查造成这种情况的原因？

Edit2：罪魁祸首似乎是我的 LruCache。我使用了一个未在 ondestroy() 中清除的静态 lrucache。当应用程序重新启动时，lrucache 中的所有图像仍然存在，这会导致问题。我仍然想知道为什么这只是重启时的问题？当我在关闭它之前返回我的主要活动时，这不应该也是一个问题吗？

4

3 回答 3

2

我遇到了同样的问题，通过强制关闭进程解决了。这可以通过重写 onDestroy() 来完成。用这个：

@Override
public void onDestroy(){
    ActivityManager am = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
    List<ActivityManager.RunningAppProcessInfo> pids = am.getRunningAppProcesses();
    for (int i = 0; i < pids.size(); i++) {
        ActivityManager.RunningAppProcessInfo info = pids.get(i);
        if (info.processName.equalsIgnoreCase(context.getPackageName())) {
            android.os.Process.killProcess(info.pid);
        }
    }
    super.onDestroy();
}
于 2012-06-18T14:09:57.400 回答
1

嘿，请检查我对同一问题的回答：位图大小超出 Vm 预算错误 android

在处理这样的位图时，也总是尝试使用最大选项：

        final Options options = new Options();
        options.outHeight = (int) scaleHeight; // new smaller height
        options.outWidth = (int) scaleWidth;   // new smaller width
        options.inScaled = true;
        options.inPurgeable = true;

        // to scale the image to 1/8
        options.inSampleSize = 8;
        bitmap = BitmapFactory.decodeFile(imagePath, options);

这可能会解决您的问题。

于 2012-06-18T12:38:42.187 回答
0

罪魁祸首似乎是我的 LruCache。我使用了一个未在 ondestroy() 中清除的静态 lrucache。当应用程序重新启动时，lrucache 中的所有图像仍然存在，这会导致问题。我仍然想知道为什么这只是重启时的问题？当我在关闭它之前返回我的主要活动时，这不应该也是一个问题吗？

尽管如此，我对这个问题的临时/永久修复是清除 ondestroy() 中的所有静态引用，但也使用较小尺寸的图像。这似乎解决了我所有的问题，因为我也找不到任何内存泄漏。

于 2012-06-20T10:05:09.687 回答