使用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。
BitmapFactory.Options opts = new BitmapFactory.Options();opts.inJustDecodeBounds = true;Bitmap bitmap = BitmapFactory.decodeFile(imageFile, opts);
設定inJustDecodeBounds為true後,decodeFile並不分配空間,但可計算出原始圖片的長度和寬度,即opts.width和opts.height。有了這兩個參數,再通過一定的演算法,即可得到一個恰當的inSampleSize。Android提供了一種動態計算的方法。如下:
public static int computeSampleSize(BitmapFactory.Options options, int minSideLength, int maxNumOfPixels) { int initialSize = computeInitialSampleSize(options, minSideLength, maxNumOfPixels); int roundedSize; if (initialSize <= 8) { roundedSize = 1; while (roundedSize < initialSize) { roundedSize <<= 1; } } else { roundedSize = (initialSize + 7) / 8 * 8; } return roundedSize;}private static int computeInitialSampleSize(BitmapFactory.Options options, int minSideLength, int maxNumOfPixels) { double w = options.outWidth; double h = options.outHeight; int lowerBound = (maxNumOfPixels == -1) ? 1 : (int) Math.ceil(Math.sqrt(w * h / maxNumOfPixels)); int upperBound = (minSideLength == -1) ? 128 : (int) Math.min(Math.floor(w / minSideLength), Math.floor(h / minSideLength)); if (upperBound < lowerBound) { return lowerBound; } if ((maxNumOfPixels == -1) && (minSideLength == -1)) { return 1; } else if (minSideLength == -1) { return lowerBound; } else { return upperBound; }}
以上參考一下,我們只需要使用此函數就行了:
BitmapFactory.Options opts = new BitmapFactory.Options();opts.inJustDecodeBounds = true;BitmapFactory.decodeFile(imageFile, opts);opts.inSampleSize = computeSampleSize(opts, -1, 128*128);//這裡一定要將其設定回false,因為之前我們將其設定成了trueopts.inJustDecodeBounds = false;try {Bitmap bmp = BitmapFactory.decodeFile(imageFile, opts);imageView.setImageBitmap(bmp); } catch (OutOfMemoryError err) { }
這樣,在BitmapFactory.decodeFile執行處,也就不會報出上面的OOM Error了。完美解決?如前面提到的,這種方式在一定程度上是以犧牲圖片品質為代價的。如何才能更加最佳化的實現需求?
當在android裝置中載入較大圖片資源時,可以建立一些臨時空間,將載入的資源載入到臨時空間中。
BitmapFactory.Options bfOptions=new BitmapFactory.Options();bfOptions.inTempStorage=new byte[12 * 1024];
以上建立了一個12kb的臨時空間。然後使用Bitmap bitmapImage = BitmapFactory.decodeFile(path,bfOptions);但是我在程式中卻還是出現以上問題!以下使用BitmapFactory.decodeFileDescriptor解決了以上問題:
BitmapFactory.Options bfOptions=new BitmapFactory.Options(); bfOptions.inDither=false; bfOptions.inPurgeable=true; bfOptions.inTempStorage=new byte[12 * 1024]; // bfOptions.inJustDecodeBounds = true; File file = new File(pePicFile.getAbsolutePath() + "/"+info.getImage()); FileInputStream fs=null; try {fs = new FileInputStream(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();這樣將圖片佔有的記憶體資源釋放。
hellope:http://www.cnblogs.com/hellope