圖片二次取樣
時間：2018-09-26 來源：未知
在android開發中，圖片的處理是一個android程序員的必備技能，不少初學者對圖片的處理還是有些迷惑，為什么加載一個3MB的圖片會出現OOM，到底如何處理才能避免這種情況。下面我就針對這個問題做一個簡單的講解。首先我們應該知道的是Android系統為一個應用程序分配的內存空間是有限的，可以通過以下的代碼得到當前系統為我們的應用程序分配的空間(一些游戲需要的內存比較大，它可能會通過代碼改動這個值)。
int maxMemory = (int) (Runtime.getRuntime().maxMemory() / 1024/1024);
好了現在知道你應用程序所能占用的大內存了，再來看一下一個3MB的圖片加載進內存所占用的空間是多少，首先我找了一個3MB左右的圖片，他的像素是3240*2160，差不多是800萬像素鏡頭拍出的，把他加載到內存中時，我們可以指定圖片的壓縮質量參數，Config.ARGB_4444，Config.ARGB_8888，Config.RGB_565，他們表示色彩的存儲方式，在繪制一個像素點時，所占用的字節數也會有所不同，分別為16字節，32字節，16字節，假如我們圖片壓縮質量參數為Config.RGB_565，那么該圖片所占用的空間為3240*2160*16/1024/1024(MB),大約是106兆，跟上面咱們得出的一個應用程序所分配的大空間對比，看是不是圖片所占空間導致了OOM。
大家都知道，目前我們主流屏幕的像素是1080*720，我們不可能將一個3240*2160的圖片中所有的像素點在當前屏幕上顯示出來，這時就需要我們改變圖片的大小，與我們屏幕的像素密度相當，這時既減少了圖片所占用的內存，也不會造成圖片的失真。
首先我們需要創建一個Bitmap對象，BitmapFactory這個類提供了多個方法來創建Bitmap對象，根據圖片的來源選擇合適的方法來創建對象。創建對象時，會為Bitmap對象分配內存，這時很容易出現OOM，我們就需要一個BitmapFactory.Options參數(Options一般為參數配置類)，通過這個參數，我們指定將這個參數的inJustDecodeBounds屬性設置為true，就可以讓解析方法禁止為bitmap分配內存，返回值也不再是一個Bitmap對象，而是null。雖然Bitmap是null，但是BitmapFactory.Options的outWidth、outHeight和outMimeType屬性都會被賦值，通過這種方式我們就得到了圖片的長寬，這是第一次取樣;然后根據我們需要的圖片寬高得到一個壓縮比例，設置到options.inSampleSize屬性上，同時options.inJustDecodeBound設置為false，在options上還可以設置解析圖片的壓縮質量參數，之后繼續調用解析方式進行解析，這一次得到的bitmap對象就是一個按比例壓縮后的圖片了。
BitmapFactory.Options opts = new Options();
// 設置不去真正的解析Bitmap，只解析到其邊界信息
opts.inJustDecodeBounds = true;
Bitmap bm = BitmapFactory.decodeFile(Environment
.getExternalStorageDirectory().toString() + "/2.jpg", opts);
int imageWidth = opts.outWidth;
int imageHeight = opts.outHeight;
// 計算縮放的比例
int scale = 0;
int scaleX = imageWidth / width;
int scaleY = imageHeight / height;
if (scaleX > scaleY && scaleX > 1) {
scale = scaleX;
}
if (scaleY > scaleX && scaleY > 1) {
scale = scaleY;
}
//設置真正的開始解析Bitmap
opts.inJustDecodeBounds = false;
// 設置縮放比例
opts.inSampleSize = scale;
//設置圖片的壓縮質量參數
opts.inPreferredConfig=Config.RGB_565;
//開始解析
bm = BitmapFactory.decodeFile(Environment.getExternalStorageDirectory()
.toString() + "/2.jpg", opts);
//將圖片設置到ImageView上
iv.setImageBitmap(bm);
