Android：图库内存不足异常

Question

我的应用程序显示 9 个类别的列表，每个类别显示基于图库的封面流程（由 Neil Davies 此处）包含所选类别的图像。

这些图像是从 Web 获取的，每个图像的大小从 300K 到 500K 不等，并存储在 Drawables 的数组列表中。该数据使用 BaseAdapter（代码如下）绑定到 coverflow。
每次我退出 coverflow 并返回到类别列表时，我都会清除 arrayList（同样，下面的代码）。

在场景 1 中，我的 arrayList 包含 5 个 Drawable。在这种情况下，我可以自由浏览所有类别并显示它们的图像。在我的测试过程中，我将所有类别循环了 5 次，这似乎足以确定没有问题。

在场景 2 中，我的 arrayList 包含 10 个可绘制对象。在这种情况下，我在浏览第五或第六类别内的图像时遇到 OutOfMemoryError 异常：

07-13 08:38:21.266: ERROR/dalvikvm-heap(2133): 819840-byte external allocation too large for this process.
07-13 08:38:21.266: ERROR/(2133): VM won't let us allocate 819840 bytes
07-13 08:38:21.277: DEBUG/skia(2133): --- decoder->decode returned false
07-13 08:38:21.287: WARN/dalvikvm(2133): threadid=25: thread exiting with uncaught exception (group=0x4001b188)
07-13 08:38:21.296: ERROR/AndroidRuntime(2133): Uncaught handler: thread Thread-64 exiting due to uncaught exception
07-13 08:38:21.308: ERROR/AndroidRuntime(2133): java.lang.OutOfMemoryError: bitmap size exceeds VM budget
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:459)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.BitmapFactory.decodeResourceStream(BitmapFactory.java:323)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.drawable.Drawable.createFromResourceStream(Drawable.java:697)
07-13 08:38:21.308: ERROR/AndroidRuntime(2133):     at android.graphics.drawable.Drawable.createFromStream(Drawable.java:657)

这对我来说没有意义。如果我泄漏内存，我预计会在场景 1 中的某个时刻崩溃，但我多次检查了所有类别并且没有崩溃。我还使用了 Eclipse 的内存分析器插件，它没有出现任何潜在的罪魁祸首。

如果系统无法处理 10 个图像（如场景 2 中所示），我预计会在第一个类别中崩溃，但只有在 5 或 6 个类别后才会崩溃。

coverflow 的适配器功能：

public int getCount() {
     return DataManager.getInstance().getImageBufferInstance().getImageArraySize(); 
}

public Object getItem(int position) {    
     return DataManager.getInstance().getImagesBuffer().get(position);
}

public long getItemId(int position) {
     return position;
}

public View getView(int position, View convertView, ViewGroup parent) {      
         ImageView i;
         if (convertView == null)
             i = new ImageView(mContext);
         else
             i = (ImageView)convertView;
         Drawable bufferedImage = (Drawable)getItem(position);
         Log.v("getView", "position: " + position);
         i.setImageDrawable(bufferedImage);

         i.setLayoutParams(new CoverFlow.LayoutParams(Utils.getInstance().getScreenWidth() / 2,
                 Utils.getInstance().getScreenHeight() / 2));
         i.setScaleType(ImageView.ScaleType.CENTER_INSIDE); 

         try{
         //Make sure we set anti-aliasing otherwise we get jaggies
         BitmapDrawable drawable = (BitmapDrawable) i.getDrawable();
         drawable.setAntiAlias(true);
         }
         catch (Exception e)
         {
             Log.v("getView", "Exception: " + e.toString());
         }
         return i;      
     }

进入类别时填充数据源：

for (int i = 0; i < ImageBuffer.getInstance().getImageArraySize(); i++)  
{  
  String imageUrl = ImageBuffer.getInstance().getImageUrl(i);  
  Log.v("Initial", imageUrl);  
  Drawable fullImage = AsyncImageLoader.getInstance().loadImageByUrl(imageUrl);  
  ImageBuffer.getInstance().getImages().add(i, fullImage);  

}

退出类别时清除数据源（在 finish() 中）：

for (int i = 0; i < ImageBuffer.getInstance().getImageArraySize(); i++)  
{  
  if (ImageBuffer.getInstance().images.get(i) != null)  
            {  
                ImageBuffer.getInstance().images.get(i).setCallback(null);  
                ImageBuffer.getInstance().images.set(i, null);  
            }    

}

编辑：

好的，我在 coverflow 上应用了 Mathias 的 LogHeap 函数，这里是一些输出。 加载第一个图库之前：

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 6.20MB of 6.28MB (0.07MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (0.00MB free)
DEBUG/dalvikvm(5221): GC freed 4558 objects / 638152 bytes in 84ms
DEBUG/dalvikvm(5221): GC freed 17 objects / 808 bytes in 67ms

进入第一个图库之后：

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 14.90MB of 16.89MB (0.07MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 357 objects / 50080 bytes in 68ms
DEBUG/dalvikvm(5221): GC freed 353 objects / 27312 bytes in 67ms

第一个图库存在之后：

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 14.83MB of 16.89MB (0.11MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 330 objects / 17920 bytes in 77ms
DEBUG/dalvikvm(5221): GC freed 13 objects / 760 bytes in 67ms

进入第五个图库之后：

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 16.80MB of 23.32MB (0.08MB free) in [com.example.Coverflow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 842 objects / 99256 bytes in 73ms
DEBUG/dalvikvm(5221): GC freed 306 objects / 24896 bytes in 69ms

退出第五个图库之后：

DEBUG/Application(5221): debug. =================================
DEBUG/Application(5221): debug.heap native: allocated 16.74MB of 23.32MB (0.11MB free) in [com.example.Coverlow]
DEBUG/Application(5221): debug.memory: allocated: 4.00MB of 24.00MB (1.00MB free)
DEBUG/dalvikvm(5221): GC freed 331 objects / 18184 bytes in 68ms
DEBUG/dalvikvm(5221): GC freed 60 objects / 3128 bytes in 68ms

进入图库时似乎分配的内存越来越多，但释放的很少退出后。我没有正确清除我的绘图吗？对于可绘制对象的 arrayList 中的每个元素，我调用 setCallBack(null) 并将该元素设置为 null。这还不够吗？
迫切需要任何见解。
谢谢

Answer 1

您在图库 5 或 6 中加载的图像可能太大而无法加载，并且超出了虚拟机允许的最大大小。

Answer 2

您最好清楚，getView 的参数列表中的convertView 始终为null。也就是说，gallery并没有复用里面的旧视图。

Answer 3

图像是从网络上获取的，
每个范围从 300K 到 500K
大小，并存储在 arrayList 中
绘图。

您从网络加载的图像的 kb 文件大小并不直接相关。由于它们被转换为位图，因此您需要为常规 ARGB 图像计算每个图像的宽度 * 高度 * 4 字节。 （宽度和高度以 px 为单位）。

位图消耗本机堆，这通常不会显示在 hprof 中。 hprof 应该只显示对象的数量，即剩余的 BitmapDrawables 或 Bitmaps。

我在应用程序中使用此代码来输出应用程序和本机堆当前使用的内存：

public static void logHeap(Class clazz) {
    Double allocated = new Double(Debug.getNativeHeapAllocatedSize())/new Double((1048576));
    Double available = new Double(Debug.getNativeHeapSize())/1048576.0);
    Double free = new Double(Debug.getNativeHeapFreeSize())/1048576.0);
    DecimalFormat df = new DecimalFormat();
    df.setMaximumFractionDigits(2);
    df.setMinimumFractionDigits(2);

    Log.d(APP, "debug. =================================");
    Log.d(APP, "debug.heap native: allocated " + df.format(allocated) + "MB of " + df.format(available) + "MB (" + df.format(free) + "MB free) in [" + clazz.getName().replaceAll("com.myapp.android.","") + "]");
    Log.d(APP, "debug.memory: allocated: " + df.format(new Double(Runtime.getRuntime().totalMemory()/1048576)) + "MB of " + df.format(new Double(Runtime.getRuntime().maxMemory()/1048576))+ "MB (" + df.format(new Double(Runtime.getRuntime().freeMemory()/1048576)) +"MB free)");
    System.gc();
    System.gc();

    // don't need to add the following lines, it's just an app specific handling in my app        
    if (allocated>=(new Double(Runtime.getRuntime().maxMemory())/new Double((1048576))-MEMORY_BUFFER_LIMIT_FOR_RESTART)) {
        android.os.Process.killProcess(android.os.Process.myPid());
    }
}

在开发过程中开始或完成活动时我会调用它。

logHeap(this.getClass());

这里有一些信息链接 - 一般来说这里有很多关于这个主题的线程。

• Android 中的位图
• Android：Eclipse MAT 似乎没有显示我应用程序的所有对象

这里还有 Romain Guy 的一张有用的幻灯片（Android框架工程师）关于软引用、弱引用、简单缓存、图像处理：
http://docs.huihoo.com/google/io/2009/ Th_0230_TurboChargeYourUI-如何使你的AndroidUI快速而高效.pdf

Answer 4

以下是一些建议：

1. 您使用 inSampleSize 选项吗？如果缩放图像，它会减少内存消耗。 将图像加载到 Bitmap 对象时出现奇怪的内存不足问题

2. 当你不再需要图像时，你应该调用 Bitmap.recycle()。我认为这对你的情况很重要。 Android： OutofMemoryError: 位图大小超出 VM 预算，我看不出任何原因