Android：位图recycle（）如何工作？

假设我已经在位图对象中加载了图像

Bitmap myBitmap = BitmapFactory.decodeFile(myFile);

现在，如果我加载另一个位图，会发生什么

myBitmap = BitmapFactory.decodeFile(myFile2);

第一个myBitmap会怎样？它是否已收集垃圾，还是必须在加载另一个位图之前手动进行垃圾收集，例如。 myBitmap.recycle()？

另外，有没有更好的方法可以加载大图像并在循环使用的过程中一个接一个地显示它们？

解码第二个位图时，不会乱码收集第一个位图。垃圾收集器将在以后决定时再做。如果要尽快释放内存，则应recycle()在解码第二个位图之前调用。

如果要加载非常大的图像，则应重新采样。这是一个示例：将图像加载到Bitmap对象时发生内存不足问题。

我认为问题是这样的：在蜂巢之前的Android版本上，实际的原始位图数据不是存储在VM内存中，而是存储在本机内存中。该本机内存是当相应的java释放Bitmap对象GC'd。

然而，当您用完本机内存时，不会触发dalvik GC，因此您的应用程序可能会使用很少的Java内存，因此永远不会调用dalvik GC，但它会使用大量本机内存来处理位图最终导致OOM错误。

至少那是我的猜测。值得庆幸的是，在Honeycomb及更高版本中，所有位图数据都存储在VM中，因此您根本不必使用recycle()。但是对于数以百万计的2.3个用户（碎片动摇了拳头），您应该recycle()尽可能地使用它（非常麻烦）。或者，您也可以调用GC。

您将需要在加载下一个图像之前调用myBitmap.recycle（）。

根据myFile的来源（例如，如果您无法控制原始大小），则在加载图像时（而不只是简单地对任意数字重新采样），应将图像缩放到显示大小。

if (myBitmap != null) {
    myBitmap.recycle();
    myBitmap = null;
}
Bitmap original = BitmapFactory.decodeFile(myFile);
myBitmap = Bitmap.createScaledBitmap(original, displayWidth, displayHeight, true);
if (original != myBitmap)
    original.recycle();
original = null;

我将displayWidth和displayHeight缓存在我在Activity开始时初始化的静态变量中。

Display display = getWindowManager().getDefaultDisplay();
displayWidth = display.getWidth();
displayHeight = display.getHeight();

位图一旦加载到内存中，实际上它是由两部分数据组成的。第一部分包括有关位图的一些信息，第二部分包括有关位图的像素的信息（由字节数组组成）。第一部分在Java使用的内存中存在，第二部分在C ++的内存中存在。它可以直接使用彼此的内存。Bitmap.recycle（）用于释放C ++的内存。如果仅这样做，GC将收集java的一部分，并且始终使用C的内存。

Timmmm是对的。

根据：http : //developer.android.com/training/displaying-bitmaps/cache-bitmap.html

此外，在Android 3.0（API级别11）之前，位图的备份数据存储在本机内存中，而本机内存无法以可预测的方式发布，这可能导致应用程序短暂超过其内存限制并崩溃。