使用android提供的BitmapFactory解码一张图片时，有时会遇到该错误，即：java.lang.OutOfMemoryError: bitmap size exceeds VM budget。这往往是由于图片过大造成的。要想正常使用，一种方式是分配更少的内存空间来存储，即在载入图片的时候以牺牲图片质量为代价，将图片进行放缩，这也是不少人现在为避免以上的OOM所采用的解决方法。但是，这种方法是得不偿失的，当我们使用图片作为缩略图查看时候倒是没有说什么，但是，当需要提供图片质量的时候，该怎么办呢？java.lang.OutOfMemoryError: bitmap size exceeds VM budget着实让不少人欲哭无泪呀！前几天刚好有个需求需要载入SD卡上面的图片。
首先是使用
Bitmap bmp = BitmapFactory.decodeFile(pePicFile.getAbsolutePath() +"/"+info.getImage());
上面参数是我将要读取的图片文件及路径，当文件较小时，程序能够正常运行，但是当我选择一张大图时，程序立刻蹦出了java.lang.OutOfMemoryError: bitmap size exceeds VM budget的OOM错误！
在android设备上（where you have only 16MB memory available），如果使用BitmapFactory解码一个较大文件，很大的情况下会出现上述情况。那么，怎么解决？！
先说之前提到过的一种方法：即将载入的图片缩小，这种方式以牺牲图片的质量为代价。在BitmapFactory中有一个内部类BitmapFactory.Options，其中当options.inSampleSize值>1时，根据文档：
If set to a value > 1, requests the decoder to subsample the original image, returning a smaller image to save memory. (1 -> decodes full size; 2 -> decodes 1/4th size; 4 -> decode 1/16th size). Because you rarely need to show and have full size bitmap images on your phone. For manipulations smaller sizes are usually enough.
也就是说，options.inSampleSize是以2的指数的倒数被进行放缩。这样，我们可以依靠inSampleSize的值的设定将图片放缩载入，这样一般情况也就不会出现上述的OOM问题了。现在问题是怎么确定inSampleSize的值？每张图片的放缩大小的比例应该是不一样的！这样的话就要运行时动态确定。在BitmapFactory.Options中提供了另一个成员inJustDecodeBounds。
3BitmapFactory.Options opts =newBitmapFactory.Options();
opts.inJustDecodeBounds =true;
Bitmap bitmap = BitmapFactory.decodeFile(imageFile, opts);
设置inJustDecodeBounds为true后，decodeFile并不分配空间，但可计算出原始图片的长度和宽度，即opts.width和opts.height。有了这两个参数，再通过一定的算法，即可得到一个恰当的inSampleSize。Android提供了一种动态计算的方法。如下：
publicstaticintcomputeSampleSize(BitmapFactory.Options options,
intminSideLength,intmaxNumOfPixels) {
intinitialSize = computeInitialSampleSize(options, minSideLength,
maxNumOfPixels);
introundedSize;
if(initialSize <=8) {
roundedSize =1;
while(roundedSize < initialSize) {
roundedSize <<=1;
}
}else{
roundedSize = (initialSize +7) /8*8;
}
returnroundedSize;
}
privatestaticintcomputeInitialSampleSize(BitmapFactory.Options options,
intminSideLength,intmaxNumOfPixels) {
doublew = options.outWidth;
doubleh = options.outHeight;
intlowerBound = (maxNumOfPixels == -1) ?1:
(int) Math.ceil(Math.sqrt(w * h / maxNumOfPixels));
intupperBound = (minSideLength == -1) ?128:
(int) Math.min(Math.floor(w / minSideLength),
Math.floor(h / minSideLength));
if(upperBound < lowerBound) {
returnlowerBound;
}
if((maxNumOfPixels == -1) &&
(minSideLength == -1)) {
return1;
}elseif(minSideLength == -1) {
returnlowerBound;
}else{
returnupperBound;
}
}
以上参考一下，我们只需要使用此函数就行了：
BitmapFactory.Options opts =newBitmapFactory.Options();
opts.inJustDecodeBounds =true;
BitmapFactory.decodeFile(imageFile, opts);
opts.inSampleSize = computeSampleSize(opts, -1,128*128);
//这里一定要将其设置回false，因为之前我们将其设置成了true
opts.inJustDecodeBounds =false;
try{
Bitmap bmp = BitmapFactory.decodeFile(imageFile, opts);
imageView.setImageBitmap(bmp);
}catch(OutOfMemoryError err) {
}
这样，在BitmapFactory.decodeFile执行处，也就不会报出上面的OOM Error了。完美解决？如前面提到的，这种方式在一定程度上是以牺牲图片质量为代价的。如何才能更加优化的实现需求？
当在android设备中载入较大图片资源时，可以创建一些临时空间，将载入的资源载入到临时空间中。
2BitmapFactory.Options bfOptions=newBitmapFactory.Options();
bfOptions.inTempStorage=newbyte[12*1024];
以上创建了一个12kb的临时空间。然后使用Bitmap bitmapImage = BitmapFactory.decodeFile(path,bfOptions);但是我在程序中却还是出现以上问题！以下使用BitmapFactory.decodeFileDescriptor解决了以上问题：
BitmapFactory.Options bfOptions=newBitmapFactory.Options();
bfOptions.inDither=false;
bfOptions.inPurgeable=true;
bfOptions.inTempStorage=newbyte[12*1024];
// bfOptions.inJustDecodeBounds = true;
File file =newFile(pePicFile.getAbsolutePath() +"/"+info.getImage());
FileInputStream fs=null;
try{
fs =newFileInputStream(file);
}catch(FileNotFoundException e) {
e.printStackTrace();
}
Bitmap bmp =null;
if(fs !=null)
try{
bmp = BitmapFactory.decodeFileDescriptor(fs.getFD(),null, bfOptions);
}catch(IOException e) {
e.printStackTrace();
}finally{
if(fs!=null) {
try{
fs.close();
}catch(IOException e) {
e.printStackTrace();
}
}
}
当然要将取得图片进行放缩显示等处理也可以在以上得到的bmp进行。
PS：请图片处理后进行内存回收。bmp.recycle();这样将图片占有的内存资源释放。
