Code
2023-03-27 07:00:05

在将图像加载到位图对象时出现奇怪的内存溢出问题

我有一个ListView，每行上有两个图像按钮。当用户单击列表行时，它将启动一个新活动。我不得不建立我自己的标签，因为相机布局的问题。为结果启动的活动是一个映射。如果我点击我的按钮来启动图像预览(从SD卡加载图像)，应用程序从活动返回到ListView活动到结果处理程序，重新启动我的新活动，这只不过是一个图像小部件。

ListView上的图像预览是用光标和ListAdapter完成的。这使得它非常简单，但我不确定我如何可以把一个调整大小的图像(即较小的位大小而不是像素作为图像按钮的src)。我只是调整了从手机摄像头拍下来的图片的大小。

问题是，当它试图返回并重新启动第二个活动时，我得到一个OutOfMemoryError。

是否有一种方法，我可以轻松地构建列表适配器行，在那里我可以调整大小的飞行(位)?

这将是可取的，因为我还需要对每行中的小部件/元素的属性做出一些更改，因为我无法选择一行与触摸屏，因为焦点问题。(我会用滚轮。)

我知道我可以做带外调整并保存我的图像，但这不是我真正想做的，但一些示例代码会很好。

当我在ListView上禁用图像时，它又可以正常工作了。

供你参考:我是这样做的:

String[] from = new String[] { DBHelper.KEY_BUSINESSNAME, DBHelper.KEY_ADDRESS,
    DBHelper.KEY_CITY, DBHelper.KEY_GPSLONG, DBHelper.KEY_GPSLAT,
    DBHelper.KEY_IMAGEFILENAME  + ""};
int[] to = new int[] { R.id.businessname, R.id.address, R.id.city, R.id.gpslong,
    R.id.gpslat, R.id.imagefilename };
notes = new SimpleCursorAdapter(this, R.layout.notes_row, c, from, to);
setListAdapter(notes);

其中R.id.imagefilename是一个ButtonImage。

这是我的LogCat:

01-25 05:05:49.877: ERROR/dalvikvm-heap(3896): 6291456-byte external allocation too large for this process.
01-25 05:05:49.877: ERROR/(3896): VM wont let us allocate 6291456 bytes
01-25 05:05:49.877: ERROR/AndroidRuntime(3896): Uncaught handler: thread main exiting due to uncaught exception
01-25 05:05:49.917: ERROR/AndroidRuntime(3896): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:304)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:149)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:174)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.graphics.drawable.Drawable.createFromPath(Drawable.java:729)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ImageView.resolveUri(ImageView.java:484)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ImageView.setImageURI(ImageView.java:281)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.SimpleCursorAdapter.setViewImage(SimpleCursorAdapter.java:183)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.SimpleCursorAdapter.bindView(SimpleCursorAdapter.java:129)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.CursorAdapter.getView(CursorAdapter.java:150)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.AbsListView.obtainView(AbsListView.java:1057)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ListView.makeAndAddView(ListView.java:1616)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ListView.fillSpecific(ListView.java:1177)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.ListView.layoutChildren(ListView.java:1454)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.AbsListView.onLayout(AbsListView.java:937)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1119)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.layoutHorizontal(LinearLayout.java:1108)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.onLayout(LinearLayout.java:922)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.FrameLayout.onLayout(FrameLayout.java:294)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.setChildFrame(LinearLayout.java:1119)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.layoutVertical(LinearLayout.java:999)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.LinearLayout.onLayout(LinearLayout.java:920)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.widget.FrameLayout.onLayout(FrameLayout.java:294)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.View.layout(View.java:5611)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.ViewRoot.performTraversals(ViewRoot.java:771)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.view.ViewRoot.handleMessage(ViewRoot.java:1103)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.os.Handler.dispatchMessage(Handler.java:88)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.os.Looper.loop(Looper.java:123)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at android.app.ActivityThread.main(ActivityThread.java:3742)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at java.lang.reflect.Method.invokeNative(Native Method)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at java.lang.reflect.Method.invoke(Method.java:515)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:739)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:497)
01-25 05:05:49.917: ERROR/AndroidRuntime(3896):     at dalvik.system.NativeStart.main(Native Method)
01-25 05:10:01.127: ERROR/AndroidRuntime(3943): ERROR: thread attach failed

我也有一个新的错误时显示的图像:

22:13:18.594: DEBUG/skia(4204): xxxxxxxxxxx jpeg error 20 Improper call to JPEG library in state %d
22:13:18.604: INFO/System.out(4204): resolveUri failed on bad bitmap uri: 
22:13:18.694: ERROR/dalvikvm-heap(4204): 6291456-byte external allocation too large for this process.
22:13:18.694: ERROR/(4204): VM won't let us allocate 6291456 bytes
22:13:18.694: DEBUG/skia(4204): xxxxxxxxxxxxxxxxxxxx allocPixelRef failed

当前回答

我有iOS经验，我很沮丧地发现加载和显示图像这样基本的问题。毕竟，每个人都有这个问题，试图显示合理大小的图像。不管怎样，这里有两个改变解决了我的问题(并使我的应用程序非常灵敏)。

1)每次执行BitmapFactory. decodexyz()时，确保传入一个BitmapFactory。选项inPurgeable设置为true(最好inInputShareable也设置为true)。

2)绝对不要使用位图。createBitmap(width, height, Config.ARGB_8888)。我的意思是绝不!我从来没有过这个东西在几次传递后不产生内存错误。没有多少recycle()， System.gc()，任何有用的东西。它总是抛出异常。另一种实际工作的方法是在你的绘图中有一个虚拟图像(或另一个你使用上述步骤1解码的位图)，将其重新缩放为你想要的任何东西，然后操纵结果位图(例如将它传递到画布上以获得更多乐趣)。所以，你应该使用的是:位图。createScaledBitmap(srcBitmap, width, height, false)。如果出于某种原因你必须使用暴力创建方法，那么至少要传递Config.ARGB_4444。

这几乎可以保证节省你几个小时，如果不是几天。所有关于缩放图像等的讨论都是行不通的(除非你认为得到错误的大小或降级的图像是一个解决方案)。

2011-12-15 22:52:23

其他回答

此问题只发生在Android模拟器中。我在模拟器中也遇到过这个问题，但当我签入设备时，它工作得很好。

所以请签入设备。它可以在设备中运行。

2012-08-13 11:39:42

看起来你用的图片尺寸很大。所以一些旧的设备崩溃是因为堆内存满了。在旧设备(蜂窝或ICS或任何低端型号设备)尝试使用android:largeHeap="true"在清单文件下的应用程序标签或通过使用下面的代码减少位图的大小。

Bitmap bMap;
BitmapFactory.Options options = new BitmapFactory.Options(); 
options.InSampleSize = 8;
bMap= BitmapFactory.DecodeFile(imgFile.AbsolutePath, options);

你也可以给4或12或16来减少位图的大小

2014-12-18 09:40:38

我认为避免OutOfMemoryError的最好方法是面对它并理解它。

我做了一个应用程序，故意引起OutOfMemoryError，并监控内存使用情况。

在对这个App做了大量的实验之后，我得到了以下结论:

在Honey Comb之前，我先谈谈SDK版本。

位图存储在原生堆中，但它会自动被垃圾收集，调用recycle()是不必要的。 如果{VM堆大小}+{已分配的本机堆内存}>={设备的VM堆大小限制}，并且您正在尝试创建位图，则会抛出OOM。 注意:计算的是虚拟机堆大小，而不是虚拟机已分配内存。 VM堆大小在增长后永远不会缩小，即使分配的VM内存减少了。 所以你必须保持VM内存的峰值尽可能低，以保持VM堆大小不会变得太大，以节省可用的内存位图。 手动调用system .gc()是没有意义的，系统会在尝试增加堆大小之前先调用它。 原生堆大小也永远不会缩小，但它不计入OOM，所以不用担心。

然后，让我们谈谈SDK从蜂巢开始。

位图存储在VM堆中，OOM不计算本机内存。 OOM的条件要简单得多:{虚拟机堆大小}>={设备的虚拟机堆大小限制}。 所以你有更多的可用内存来创建位图与相同的堆大小限制，OOM不太可能被抛出。

以下是我对垃圾收集和内存泄漏的一些观察。

你可以自己在App中看到它。如果一个Activity执行了一个AsyncTask，而这个AsyncTask在Activity被销毁后仍然在运行，那么这个Activity在AsyncTask完成之前不会被垃圾收集。

这是因为AsyncTask是一个匿名内部类的实例，它持有一个Activity的引用。

如果任务在后台线程的IO操作中被阻塞，调用AsyncTask.cancel(true)将不会停止执行。

回调也是匿名的内部类，所以如果项目中的静态实例持有它们并且不释放它们，内存就会泄漏。

如果你计划一个重复或延迟的任务，例如定时器，你不调用取消()和清除()在onPause()，内存将被泄漏。

2012-12-01 03:50:37

使用这些代码为每一个图像在选择从SdCard或可绘制转换位图对象。

Resources res = getResources();
WindowManager window = (WindowManager) getSystemService(Context.WINDOW_SERVICE);
Display display = window.getDefaultDisplay();
@SuppressWarnings("deprecation")
int width = display.getWidth();
@SuppressWarnings("deprecation")
int height = display.getHeight();
try {
    if (bitmap != null) {
        bitmap.recycle();
        bitmap = null;
        System.gc();
    }
    bitmap = Bitmap.createScaledBitmap(BitmapFactory
        .decodeFile(ImageData_Path.get(img_pos).getPath()),
        width, height, true);
} catch (OutOfMemoryError e) {
    if (bitmap != null) {
        bitmap.recycle();
        bitmap = null;
        System.gc();
    }
    BitmapFactory.Options options = new BitmapFactory.Options();
    options.inPreferredConfig = Config.RGB_565;
    options.inSampleSize = 1;
    options.inPurgeable = true;
    bitmapBitmap.createScaledBitmap(BitmapFactory.decodeFile(ImageData_Path.get(img_pos)
        .getPath().toString(), options), width, height,true);
}
return bitmap;

使用ImageData_Path.get(img_pos). getpath()的图像路径instend。

2014-01-24 12:57:55

这似乎是一个长期存在的问题，有很多不同的解释。我采纳了这里给出的两个最常见答案的建议，但它们都没有解决我的VM声称它无法负担字节来执行过程的解码部分的问题。经过一番深入研究，我了解到这里的真正问题是解码过程从NATIVE堆中取出。

BitmapFactory OOM把我逼疯了

这将我引向另一个讨论线程，在那里我找到了这个问题的更多解决方案。一个是调用system .gc();显示图像后手动操作。但这实际上会使你的应用程序使用更多的内存，以减少本机堆。对于2.0版本(Donut)来说，更好的解决方案是使用BitmapFactory选项“inPurgeable”。所以我添加了o2.inPurgeable=true;就在o2.inSampleSize=scale;之后。

关于这个主题的更多信息:内存堆的限制只有6M吗?

现在，说了这么多，我对Java和Android也是个十足的笨蛋。所以如果你认为这是一个糟糕的解决问题的方法，你可能是对的。;-)但这已经为我工作的奇迹，我发现它不可能运行VM的堆缓存现在。唯一的缺点我能找到的是，你是垃圾缓存绘制的图像。这意味着如果你直接回到那个图像，你每次都要重新绘制它。就我的应用程序的工作方式而言，这并不是真正的问题。你的里程可能会有所不同。

2011-05-19 16:49:15

推荐文章

aliyun

最新文章

标签

2025 code 京ICP备15047053号-1