關(guān)于圖片的加載杈抢，現(xiàn)在已經(jīng)有很多主流的框架壳快，如Glide,Volley等幫我們快速實(shí)現(xiàn)。其實(shí)這其中都包含了圖片高效加載的策略御滩，緩存策略等乘凸。本篇文章主要介紹Bitmap是如何實(shí)現(xiàn)高效加載的厕诡？
一、為什么Bitmap需要高效加載营勤？
現(xiàn)在的高清大圖灵嫌，動(dòng)輒就要好幾M，而Android對(duì)單個(gè)應(yīng)用所施加的內(nèi)存限制葛作，只有小幾十M寿羞，如16M，這導(dǎo)致加載Bitmap的時(shí)候很容易出現(xiàn)內(nèi)存溢出赂蠢。如下異常信息绪穆，便是在開發(fā)中經(jīng)常需要的：
java.lang.OutofMemoryError:bitmap size exceeds VM budget
為了解決這個(gè)問題，就出現(xiàn)了Bitmap的高效加載策略。其實(shí)核心思想很簡(jiǎn)單霞幅。假設(shè)通過ImageView來顯示圖片漠吻，很多時(shí)候ImageView并沒有原始圖片的尺寸那么大量瓜，這個(gè)時(shí)候把整個(gè)圖片加載進(jìn)來后再設(shè)置給ImageView司恳，顯然是沒有必要的，因?yàn)镮mageView根本沒辦法顯示原始圖片绍傲。這時(shí)候就可以按一定的采樣率來將圖片縮小后再加載進(jìn)來扔傅，這樣圖片既能在ImageView顯示出來，又能降低內(nèi)存占用從而在一定程度上避免OOM烫饼，提高了Bitmap加載時(shí)的性能猎塞。
二、Bitmap高效加載的具體方式
1.加載Bitmap的方式
Bitmap在Android中指的是一張圖片杠纵。通過BitmapFactory類提供的四類方法：decodeFile,decodeResource,decodeStream和decodeByteArray,分別從文件系統(tǒng)荠耽，資源，輸入流和字節(jié)數(shù)組中加載出一個(gè)Bitmap對(duì)象比藻，其中decodeFile,decodeResource又間接調(diào)用了decodeStream方法铝量，這四類方法最終是在Android的底層實(shí)現(xiàn)的，對(duì)應(yīng)著BitmapFactory類的幾個(gè)native方法银亲。
2.BitmapFactory.Options的參數(shù)
①inSampleSize參數(shù)
上述四類方法都支持BitmapFactory.Options參數(shù)慢叨，而Bitmap的按一定采樣率進(jìn)行縮放就是通過BitmapFactory.Options參數(shù)實(shí)現(xiàn)的，主要用到了inSampleSize參數(shù)务蝠，即采樣率拍谐。通過對(duì)inSampleSize的設(shè)置，對(duì)圖片的像素的高和寬進(jìn)行縮放馏段。
當(dāng)inSampleSize=1轩拨，即采樣后的圖片大小為圖片的原始大小。小于1院喜，也按照1來計(jì)算亡蓉。
當(dāng)inSampleSize>1，即采樣后的圖片將會(huì)縮小够坐，縮放比例為1/(inSampleSize的二次方)寸宵。
例如：一張1024 ×1024像素的圖片，采用ARGB8888格式存儲(chǔ)元咙，那么內(nèi)存大小1024×1024×4=4M梯影。如果inSampleSize=2，那么采樣后的圖片內(nèi)存大惺恪：512×512×4=1M甲棍。
注意：官方文檔支出，inSampleSize的取值應(yīng)該總是2的指數(shù)赶掖，如1感猛，2七扰，4，8等陪白。如果外界傳入的inSampleSize的值不為2的指數(shù)颈走，那么系統(tǒng)會(huì)向下取整并選擇一個(gè)最接近2的指數(shù)來代替。比如3咱士，系統(tǒng)會(huì)選擇2來代替立由。當(dāng)時(shí)經(jīng)驗(yàn)證明并非在所有Android版本上都成立。
關(guān)于inSampleSize取值的注意事項(xiàng)：
通常是根據(jù)圖片寬高實(shí)際的大小/需要的寬高大小序厉，分別計(jì)算出寬和高的縮放比锐膜。但應(yīng)該取其中最小的縮放比，避免縮放圖片太小弛房，到達(dá)指定控件中不能鋪滿道盏，需要拉伸從而導(dǎo)致模糊。
例如：ImageView的大小是100×100像素文捶，而圖片的原始大小為200×300荷逞，那么寬的縮放比是2，高的縮放比是3拄轻。如果最終inSampleSize=2颅围，那么縮放后的圖片大小100×150，仍然合適ImageView恨搓。如果inSampleSize=3院促，那么縮放后的圖片大小小于ImageView所期望的大小，這樣圖片就會(huì)被拉伸而導(dǎo)致模糊斧抱。
②inJustDecodeBounds參數(shù)
我們需要獲取加載的圖片的寬高信息常拓，然后交給inSampleSize參數(shù)選擇縮放比縮放。那么如何能先不加載圖片卻能獲得圖片的寬高信息辉浦，通過inJustDecodeBounds=true弄抬，然后加載圖片就可以實(shí)現(xiàn)只解析圖片的寬高信息，并不會(huì)真正的加載圖片宪郊，所以這個(gè)操作是輕量級(jí)的掂恕。當(dāng)獲取了寬高信息，計(jì)算出縮放比后弛槐，然后在將inJustDecodeBounds=false,再重新加載圖片懊亡，就可以加載縮放后的圖片。
注意：BitmapFactory獲取的圖片寬高信息和圖片的位置以及程序運(yùn)行的設(shè)備有關(guān)乎串，比如同一張圖片放在不同的drawable目錄下或者程序運(yùn)行在不同屏幕密度的設(shè)備上店枣，都可能導(dǎo)致BitmapFactory獲取到不同的結(jié)果，和Android的資源加載機(jī)制有關(guān)。
3.高效加載Bitmap的流程
①將BitmapFactory.Options的inJustDecodeBounds參數(shù)設(shè)為true并加載圖片鸯两。
②從BitmapFactory.Options中取出圖片的原始寬高信息闷旧，它們對(duì)應(yīng)于outWidth和outHeight參數(shù)。
③根據(jù)采樣率的規(guī)則并結(jié)合目標(biāo)View的所需大小計(jì)算出采樣率inSampleSize钧唐。
④將BitmapFactory.Options的inJustDecodeBounds參數(shù)設(shè)為false忙灼，然后重新加載圖片。
三逾柿、Bitmap高效加載的代碼實(shí)現(xiàn)
public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId, int reqWidth, int reqHeight){
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
//加載圖片
BitmapFactory.decodeResource(res,resId,options);
//計(jì)算縮放比
options.inSampleSize = calculateInSampleSize(options,reqHeight,reqWidth);
//重新加載圖片
options.inJustDecodeBounds =false;
return BitmapFactory.decodeResource(res,resId,options);
}
private static int calculateInSampleSize(BitmapFactory.Options options, int reqHeight, int reqWidth) {
int height = options.outHeight;
int width = options.outWidth;
int inSampleSize = 1;
if(height>reqHeight||width>reqWidth){
int halfHeight = height/2;
int halfWidth = width/2;
//計(jì)算縮放比缀棍，是2的指數(shù)
while((halfHeight/inSampleSize)>=reqHeight&&(halfWidth/inSampleSize)>=reqWidth){
inSampleSize*=2;
}
}
return inSampleSize;
}
這個(gè)時(shí)候就可以通過如下方式高效加載圖片：
mImageView.setImageBitmap(decodeSampledBitmapFromResource(getResources(),R.mipmap.ic_launcher,100,100);
除了BitmapFactory的decodeResource方法宅此，其他方法也可以類似實(shí)現(xiàn)机错。
