Bitmap內(nèi)存占用大小的計(jì)算
一個(gè)BitMap位圖占用的內(nèi)存=圖片長(zhǎng)度*圖片寬度*單位像素占用的字節(jié)數(shù)雹熬。使用BitmapFactory來(lái)decode一張bitmap時(shí)谣膳，其單位像素占用的字節(jié)數(shù)由其參數(shù)BitmapFactory.Options的inPreferredConfig變量決定继谚。(注：drawable目錄下有的png圖使用Bitmap.Config.RGB_565和ARGB_8888decode出來(lái)的大小一樣，未解)
- ALPHA_8:只有alpha值芽世，沒(méi)有RGB值诡壁，占一個(gè)字節(jié)济瓢。計(jì)算：size=w*h
- ARGB_4444:一個(gè)像素占用2個(gè)字節(jié)，alpha(A)值妹卿，Red（R）值旺矾，Green(G)值蔑鹦，Blue（B）值各占4個(gè)bites,共16bites，這種格式的圖片箕宙，看起來(lái)質(zhì)量太差举反，已經(jīng)不推薦使用。計(jì)算：size=wh2
- ARGB_8888:一個(gè)像素占用4個(gè)字節(jié)扒吁，alpha(A)值火鼻，Red（R）值，Green(G)值魁索，Blue（B）值各占8個(gè)bites,共32bites,即4個(gè)字節(jié)。這是一種高質(zhì)量的圖片格式盼铁，電腦上普通采用的格式粗蔚。android2.3開始的默認(rèn)格式。計(jì)算：size=wh4
- RGB_565:一個(gè)像素占用2個(gè)字節(jié)饶火，沒(méi)有alpha(A)值鹏控，即不支持透明和半透明，Red（R）值占5個(gè)bites 肤寝，Green(G)值占6個(gè)bites 当辐，Blue（B）值占5個(gè)bites,共16bites,即2個(gè)字節(jié)。對(duì)于沒(méi)有透明和半透明顏色的圖片并且不需要顏色鮮艷的來(lái)說(shuō)鲤看，該格式的圖片能夠達(dá)到比較的呈現(xiàn)效果缘揪，相對(duì)于ARGB_8888來(lái)說(shuō)也能減少一半的內(nèi)存開銷，因此它是一個(gè)不錯(cuò)的選擇义桂。計(jì)算：size=wh2
實(shí)際開發(fā)中通過(guò)代碼獲取bitmap大小
`
@TargetApi(Build.VERSION_CODES.KITKAT)
public static int getBitmapSize(BitmapDrawable value) {
Bitmap bitmap = value.getBitmap();
if (VersionUtils.hasKitKat()) {
return bitmap.getAllocationByteCount();
} if (VersionUtils.hasHoneycombMR1()) {
return bitmap.getByteCount();
}
return bitmap.getRowBytes() * bitmap.getHeight();
}
`
大圖片的有效加載
手機(jī)拍出來(lái)的圖片分辨率通常比手機(jī)屏幕的分辨率高的多找筝，對(duì)于Galaxy Nexus手機(jī)拍的2592x1936圖片，采用ARGB_8888為2592x1936x4=19M慷吊，可能會(huì)超出在某些設(shè)備上每個(gè)應(yīng)用的內(nèi)存限制（16m）引發(fā)OOM袖裕。
針對(duì)超出顯示區(qū)域(通常是imageview或其他view)的大圖片的加載，通常做法如下：
`
public static Bitmap decodeSampledBitmapFromResource(Resources res, int resId, int reqWidth, int reqHeight) {
final BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(res, resId, options);
options.inSampleSize = calculateInSampleSize(options, reqWidth, reqHeight);
options.inJustDecodeBounds = false;
return BitmapFactory.decodeResource(res, resId, options);
}
`
上面代碼先通過(guò)設(shè)置Options.inJustDecodeBounds屬性為true溉瓶，然后執(zhí)行BitmapFactory.decodeXXX()方法急鳄，這一步不會(huì)真正加載圖片到內(nèi)存市咽，僅僅是得到圖片尺寸信息讥此，存在Options.outHeight和outWidth和outMimeType中，這樣就得到了圖片在寬和高星立，再根據(jù)目標(biāo)顯示區(qū)域的大小計(jì)算出縮放比例胞锰，并賦值給Options.inSampleSize灾锯。如inSampleSize == 4，返回一個(gè)原來(lái)寬高的1/4的圖片嗅榕，是原來(lái)像素?cái)?shù)的1/16顺饮。比如我們有一張20481536像素的圖片吵聪，將inSampleSize的值設(shè)置為4，就可以把這張圖片壓縮成512384像素兼雄。原本加載這張圖片需要占用13M的內(nèi)存吟逝，壓縮后就只需要占用0.75M了(假設(shè)圖片是ARGB_8888類型)。
計(jì)算inSampleSize的方法如下：
`
public static int calculateInSampleSize(BitmapFactory.Options options,int reqWidth, int reqHeight) {
// Raw height and width of image
final int height = options.outHeight; final int width = options.outWidth;
int inSampleSize = 1;
if (height > reqHeight || width > reqWidth) {
// Calculate ratios of height and width to requested height and width,計(jì)算出實(shí)際寬高和目標(biāo)寬高的比率
final int heightRatio = Math.round((float) height / (float) reqHeight);
// 選擇寬和高中最小的比率作為inSampleSize的值赦肋，這樣可以保證最終圖片的寬和高一定都會(huì)大于等于目標(biāo)的寬和高块攒。
final int widthRatio = Math.round((float) width / (float) reqWidth);
inSampleSize = heightRatio < widthRatio ? heightRatio : widthRatio;
// Anything more than 2x the requested pixels we'll sample down
final float totalPixels = width * height;
// further
final float totalReqPixelsCap = reqWidth * reqHeight * 2;
while (totalPixels / (inSampleSize * inSampleSize) > totalReqPixelsCap) {
inSampleSize++;
}
} return inSampleSize;
}
`
bitmap的回收
Android3.0之前，Bitmap的像素級(jí)數(shù)據(jù)是存儲(chǔ)在native內(nèi)存上佃乘，而Bitmap對(duì)象本身是存儲(chǔ)在Java虛擬機(jī)堆中囱井。在native內(nèi)存中的像素?cái)?shù)據(jù)的釋放是不可預(yù)知的，native內(nèi)存的增加也會(huì)算在堆上趣避，從而容易使用程序崩潰庞呕。對(duì)于一張確定不再使用的bitmap，要調(diào)用recycle()方法并把對(duì)象設(shè)置為null值程帕。所以對(duì)于Android3.0之前的手機(jī)住练，通過(guò)DDMS觀看Heap信息的時(shí)候不顯示native部分分配的內(nèi)存大小，如圖所示愁拭，加載了一張7M多的圖片讲逛，但是顯示分配Allocated才2M多。但是native分配的內(nèi)存大小是算在heap上的敛苇，所以當(dāng)heap大小顯示的不是HeapMaxSize的時(shí)候妆绞，也有可能OOM顺呕。
Android3.0之后枫攀，Bitmap像素?cái)?shù)據(jù)和它對(duì)象本身都存儲(chǔ)在Java虛擬機(jī)的堆內(nèi)存中，受GC管理的內(nèi)存株茶，可以通過(guò)GC回收来涨。因此調(diào)用recycle()并不會(huì)加速bitmap的像素級(jí)內(nèi)存的回收。
為了更有效的利用內(nèi)存启盛，Android3.0起引入BitmapFactory.Options.inBitmap蹦掐，如果設(shè)置了該屬性，那么當(dāng)使用了帶有該 Options 參數(shù)的 decode 方法在加載內(nèi)容時(shí)僵闯，decode 方法會(huì)嘗試重用一個(gè)已經(jīng)存在的位圖卧抗。這就意味著位圖內(nèi)存已經(jīng)被重用了，從而性能得到了改善鳖粟，并且移除了內(nèi)存的分配和解除分配社裆。在Android4.4之前，可重用bitmap的條件是寬向图，高相等泳秀，并且計(jì)算出來(lái)的inSampleSize為1标沪。到了Android4.4，可重用的條件變?yōu)樾耣itmap的大小應(yīng)該小于或等于被重用bitmap的getAllocationByteCount值嗜傅。
