主要介绍Android图片OutOfMemory异常bitmap size exceeds VM budget的原因及解决方法，顺带提及Dalvik heap size

主要介绍Android图片oom问题的原因及解决方法，顺带提及Dalvik heap size。
1、现象
很多朋友应该都碰到过下面这个异常

FATAL EXCEPTION: main
java.lang.OutOfMemoryError: bitmap size exceeds VM budget
	at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method)
	at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)
	at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:484)
	at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:284)
	at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:309)
	at cn.trinea.appsearch.util.Cache$2.onImageLoaded(Cache.java:88)
	at cn.trinea.appsearch.cache.ImageSDCardCache$MyHandler.handleMessage(ImageSDCardCache.java:390)
	at android.os.Handler.dispatchMessage(Handler.java:99)
	at android.os.Looper.loop(Looper.java:130)
	at android.app.ActivityThread.main(ActivityThread.java:3703)
	at java.lang.reflect.Method.invokeNative(Native Method)
	at java.lang.reflect.Method.invoke(Method.java:507)
	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:841)
	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:599)
	at dalvik.system.NativeStart.main(Native Method)

FATAL EXCEPTION: main

java.lang.OutOfMemoryError: bitmap size exceeds VM budget

at android.graphics.BitmapFactory.nativeDecodeAsset(Native Method)

at android.graphics.BitmapFactory.nativeDecodeStream(Native Method)

at android.graphics.BitmapFactory.decodeStream(BitmapFactory.java:484)

at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:284)

at android.graphics.BitmapFactory.decodeFile(BitmapFactory.java:309)

at cn.trinea.appsearch.util.Cache$2.onImageLoaded(Cache.java:88)

at cn.trinea.appsearch.cache.ImageSDCardCache$MyHandler.handleMessage(ImageSDCardCache.java:390)

at android.os.Handler.dispatchMessage(Handler.java:99)

at android.os.Looper.loop(Looper.java:130)

at android.app.ActivityThread.main(ActivityThread.java:3703)

at java.lang.reflect.Method.invokeNative(Native Method)

at java.lang.reflect.Method.invoke(Method.java:507)

at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:841)

at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:599)

at dalvik.system.NativeStart.main(Native Method)

多图片的程序运行一段时间或是monkey test极易出现上面的异常信息，表示图片的大小超过了dalvik为程序分配的heap的大小。

2、原因
Dalvik虚拟机会为应用程序分配固定大小的heap ，如果使用超过了这个heap的大小，且没有可被回收对象，就会报oom。多张较大图片会迅速占用空间造成oom。
在Android2.3.3及之前，位图的像素存储在native memory中，在这之后的Android版本位图像素跟bitmap对象一样存储在dalvik heap中。Dalvik根据屏幕尺寸和密度决定应用程序的heap size，例如Android4.0.3的应用默认最小内存如下：

dalvik heap size 4.0.3
其他请参考The Android Compatibility Definition Document (CDD), Section 3.7.

3、解决方法
下面介绍三种解决方法，可使用其一，推荐第一种
(1). 使用BitmapFactory.Options对图片进行缩略读取解决
oom原因是图片过大，比如尺寸2048×1536为的图片大小差不多12M，这样加载几张就会oom，但实际显示不会超过一屏，我们可以缩小长宽各缩小4倍到512×384，如此才750k而已。代码如下：

/**
 * set image src
 * 
 * @param imageView
 * @param imagePath
 */
private void setImageSrc(ImageView imageView, String imagePath) {
	BitmapFactory.Options option = new BitmapFactory.Options();
	option.inSampleSize = getImageScale(imagePath);
	Bitmap bm = BitmapFactory.decodeFile(imagePath, option);
	imageView.setImageBitmap(bm);
}

private static int   IMAGE_MAX_WIDTH  = 480;
private static int   IMAGE_MAX_HEIGHT = 960;

/**
 * scale image to fixed height and weight
 * 
 * @param imagePath
 * @return
 */
private static int getImageScale(String imagePath) {
	BitmapFactory.Options option = new BitmapFactory.Options();
	// set inJustDecodeBounds to true, allowing the caller to query the bitmap info without having to allocate the
	// memory for its pixels.
	option.inJustDecodeBounds = true;
	BitmapFactory.decodeFile(imagePath, option);

	int scale = 1;
	while (option.outWidth / scale >= IMAGE_MAX_WIDTH || option.outHeight / scale >= IMAGE_MAX_HEIGHT) {
		scale *= 2;
	}
	return scale;
}

/**

* set image src

* @param imageView

* @param imagePath

private void setImageSrc(ImageView imageView, String imagePath) {

BitmapFactory.Options option = new BitmapFactory.Options();

option.inSampleSize = getImageScale(imagePath);

Bitmap bm = BitmapFactory.decodeFile(imagePath, option);

imageView.setImageBitmap(bm);

}

private static int IMAGE_MAX_WIDTH = 480;

private static int IMAGE_MAX_HEIGHT = 960;

/**

* scale image to fixed height and weight

* @param imagePath

* @return

private static int getImageScale(String imagePath) {

BitmapFactory.Options option = new BitmapFactory.Options();

// set inJustDecodeBounds to true, allowing the caller to query the bitmap info without having to allocate the

// memory for its pixels.

option.inJustDecodeBounds = true;

BitmapFactory.decodeFile(imagePath, option);

int scale = 1;

while (option.outWidth / scale >= IMAGE_MAX_WIDTH || option.outHeight / scale >= IMAGE_MAX_HEIGHT) {

scale *= 2;

}

return scale;

}

getImageScale函数得到图片长宽均不超过最大值需要缩放的倍数，其中option.inJustDecodeBounds = true;表示仅读取图片文件信息而不为图片分配内存。

setImageSrc函数用来根据scale缩放图片设置为imageView的资源，其中option.inSampleSize表示图片长宽同时缩放的倍数。
实际可以根据屏幕的大小来缩放图片，即根据屏幕大小设置IMAGE_MAX_WIDTH和IMAGE_MAX_HEIGHT。
这段代码可以放在ImageSDCardCache的onGetSuccess中防止oom，对于ImageCache直接通过setCompressListener设置压缩比例即可。

(2). 使用SoftReference解决
使用SoftReference的好处是内存不足时，dalvik回收器可以自动回收它，这种方法就不做详细介绍，具体可见SoftReference bitmap。

(3). 使用Bitmap.recycle();释放图片

告诉Dalvik可以gc时回收Bitmap，不过recycle被调用后，Bitmap不能再被操作，否则会报异常

14 thoughts on “Android 图片OutOfMemory异常bitmap size exceeds VM budget的原因及解决方法”

FKLHWL

2014 年 9 月 5 日 at 下午 9:20

看了一整天博客，感觉好爽

回复
- Trinea
  
  2014 年 9 月 7 日 at 下午 2:26
  
  觉得不错的文章可以分享出去给更多的伙伴看到啊
  
  回复
yrsx

2013 年 11 月 24 日 at 下午 4:52

比如尺寸2048×1536为的图片大小差不多12M，这样加载几张就会oom，但实际显示不会超过一屏，我们可以缩小长宽各缩小4倍到512×384，如此才750k而已怎么算的？有计算公式么？

回复
- yrsx
  
  2013 年 11 月 24 日 at 下午 4:53
  
  图片长度*图片宽度*单位像素占用的字节数找到了= =！
  
  回复
  - dfdf
    
    2015 年 2 月 28 日 at 上午 10:25
    
    gnh
    
    回复
李桐的实验__

2013 年 10 月 5 日 at 上午 10:20

求教博主设置二级缓存应该怎么做??是用imageCache设置缓存，再在读取图片的方法中设置硬盘缓存缓存（可是这样就没有用到ImageSDCardCache），，还是其他怎么做？？

回复
- Trinea
  
  2013 年 10 月 5 日 at 下午 5:07
  
  二级缓存目前没加上，会在11月初发布，实现就是在get和delete的地方增加部分imagesdcache逻辑并加上优化
  
  回复
  - 李桐的实验__
    
    2013 年 10 月 5 日 at 下午 5:12
    
    学习了非常期待国人的东西但是项目需要只能先用bitmapfun了
    
    回复
    - Trinea
      
      2013 年 10 月 7 日 at 上午 1:11
      
      嘿嘿，谢谢支持
- Trinea
  
  2013 年 10 月 26 日 at 下午 5:02
  
  内存和文件二级缓存加上了，代码已更新。可以直接试用示例APK：TrineaAndroidDemo在程序退出(比如onDestroy函数)时调用saveDataToDb(Context context, String tag)保存数据，在程序启动(比如onCreate函数)时调用initData(Context context, String tag)初始化数据。其中tag为此ImageCache的标识。可参考：ImageCacheDemo原来的import ImageCache.OnImageCallbackListener需要修改为import ImageMemoryCache.OnImageCallbackListener
  
  回复
zoe

2013 年 8 月 8 日 at 下午 3:45

学习了，另外请教下，之前提到建议listviw中使用ImageCache，那么listview中使用ImageCache和ImageSDCardCache的区别是什么？

回复
- Trinea
  
  2013 年 8 月 8 日 at 下午 3:55
  
  对于listView的getView会被调用多次，ImageSDCardCache是同步读取文件的，所以文件较大会有点耗时，可能会影响listView滑动的效果，造成卡顿，而ImageCache是内存缓存，读取速度快，不会影响。
  后面会把ImageCache改造成二级缓存，包括文件缓存，文件读取的策略也会采取比ImageSDCardCache更优的方式
  
  回复
  - zoe
    
    2013 年 8 月 8 日 at 下午 4:40
    
    嗯~实际使用了下，速度确实慢了很多，刚好我也在看LRU这块代码，到时候再来看看大神的代码^^
    
    回复
    - Trinea
      
      2013 年 8 月 8 日 at 下午 5:25
      
      嘿嘿，现在ImageCache和ImageSDCardCache都已经实现了十多种缓存算法，还可以根据需要自定义，RemoveType开头的类都是