1 Android圖片內(nèi)存的大小
- 圖片是APP占用內(nèi)存高的主要原因脊奋，所以優(yōu)化圖片的內(nèi)存占用是避免OOM的根本手段。
- 圖片占用的存儲(chǔ)空間的大小與所占的內(nèi)存大小沒有直接關(guān)系
memorySize ≈ width * height * 每個(gè)像素需要的字節(jié)數(shù)
2個(gè)基本原則
- 圖片占用內(nèi)存的大小與圖片本身的大小沒有直接關(guān)系噪伊；
- WebP格式的圖片雖然小囚戚，但占用的內(nèi)存和其他格式無差別;
2 優(yōu)化策略
既然需要的內(nèi)存公式已得到，那優(yōu)化就顯而易見了酌摇，無非就是減小的這三個(gè)參數(shù)的值膝舅，具體的策略如下：
這里我們將圖片分為2種情況來探討：
2.1 drawable中的圖片
- Android系統(tǒng)會(huì)對(duì)drawable中的圖片進(jìn)行縮放。
縮放系數(shù)- 與設(shè)置的屏幕分辨率和drawable所表示的分辨率有關(guān)窑多，具體的公式如下：
scale = 設(shè)備分辨率 / 資源目錄分辨率 如：1080x1920的圖片顯示xhdpi中的圖片仍稀，scale = 480 / 320 = 1.5
圖片占用的內(nèi)存大小為：
memorySize ≈ (width * scale) * (height * scale) * 每個(gè)像素需要的字節(jié)數(shù)
≈ width * height * scale ^ 2 * 每個(gè)像素需要的字節(jié)數(shù)
- scale系數(shù)的影響因素：設(shè)備分辨率和資源目錄分辨率。
- 設(shè)備分辨率我們沒法改變埂息，所以影響因素只有資源目錄分辨率技潘，也就是說，同一張圖片千康，放在不同的drawable中享幽，占用的內(nèi)存大小不同。
- 從公式可看出拾弃，使用同一個(gè)設(shè)備時(shí)值桩，drawable表示的分辨率越高，則圖片占用的內(nèi)存越小豪椿，反之越大奔坟。
為什么mipmap不在這種情況的考慮范圍之內(nèi)呢携栋？
因?yàn)閙ipmap是Android系統(tǒng)為了避免Launcher Icon變形而添加的資源目錄，也就是說蛀蜜，mipmap中的圖片不會(huì)被縮放刻两。所以Google也不推薦將除Launcher Icon之外的圖片放在mipmap目錄中。
2.2 其他位置的圖片
- 其他位置的圖片包括mipmap, asset, 本地圖片滴某，網(wǎng)絡(luò)圖片等磅摹。
- 這些位置的圖片都有一個(gè)共同點(diǎn)——不會(huì)被縮放。
- 所以只需要考慮如何改變圖片分辨率和每個(gè)像素需要的字節(jié)數(shù)即可霎奢。
2.2.1 本地圖片--BitmapFactory
本地圖片通常都是通過Android提供的BitmapFactory來加載的, 這里看幾個(gè)常用的API：
// 根據(jù)路徑加載
public static Bitmap decodeFile(String pathName, Options opts);
// 加載drawable或mipmap中的圖片
public static Bitmap decodeResource(Resources res, int id, Options opts)
// 根據(jù)字節(jié)流加載
public static Bitmap decodeByteArray(byte[] data, int offset, int length)
// 根據(jù)IO流加載
public static Bitmap decodeStream(InputStream is, Rect outPadding, Options opts)
圖片的優(yōu)化可通過Options參數(shù)來實(shí)現(xiàn)(Options的介紹可參考從fresco 看圖片優(yōu)化：
2.2.2 方式一：inSampleSize
- inSampleSize可理解為圖片的縮小比例户誓，若inSampleSize小于1，則當(dāng)做1處理幕侠。
- 設(shè)置inSampleSize后帝美，圖片的寬度和高度將變成原來的1/inSampleSize, 其占用的內(nèi)存空間將是原來的1/(inSampleSize ^ 2)。
- 但是具體如何取值呢晤硕，可通過以下代碼來獲鹊刻丁：
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = true;
BitmapFactory.decodeResource(getResources(), R.drawable.image, options);
options.inSampleSize = getSampleSize(options, 100, 100);
options.inJustDecodeBounds = false;
Bitmap bitmap = BitmapFactory.decodeResource(getResources(), R.drawable.abc, options);
imageView.setImageBitmap(bitmap);
public static int getSampleSize(BitmapFactory.Options options, int viewWidth, int viewHeight) {
if (viewWidth == 0 || viewHeight == 0 || options == null) {
return 1;
}
int widthScale = options.outWidth / viewWidth;
int heightScale = options.outHeight / viewHeight;
Log.i("out", "width==" + widthScale + " heightScale==" + heightScale);
return widthScale >= heightScale ? heightScale : widthScale;
}
2.2.3 方式二：inDensity
- inDensity相當(dāng)于上面說的資源目錄分辨率。
前面說了舞箍，這里考慮的情況舰褪，圖片不會(huì)被縮放，其原因就是inDensity和設(shè)備分辨率的取值是一致的疏橄，因?yàn)閕nDensity=設(shè)備分辨率占拍，所以scale=1,- 如果將inDensity設(shè)置為大于設(shè)備分辨率的值珊膜，那么圖片就會(huì)被縮小佛南。
- 例如，當(dāng)前的手機(jī)1dp=2px, 即2X屏幕隙咸，此時(shí)的inDensity為320, 如果將inDensity修改為480, scale=320f/480f=2/3, 那么圖片所占用的內(nèi)存將變成原來的4/9窄绒。
2.2.4 方式三：inPreferredConfig
inPreferredConfig的取值為Bitmap.Config類型(這里只考慮以下幾種情況)贝次，它是一個(gè)枚舉類型，用來設(shè)置每個(gè)像素需要的字節(jié)數(shù)：
ALPHA_8：占1個(gè)字節(jié)
RGB_565：占2個(gè)字節(jié)
ARGB_4444：占2個(gè)字節(jié)颗祝，已廢棄浊闪，不推薦使用
ARGB_8888：32位真彩色，帶透明度螺戳，占4個(gè)字節(jié)
- 顯示圖片時(shí)默認(rèn)都是ARGB_8888搁宾，所以我們可通過inPreferredConfig的值進(jìn)行內(nèi)存優(yōu)化。
- 但實(shí)際上inPreferredConfig的取值對(duì)內(nèi)存的影響并不是簡單的Bitmap.Config.ALPHA_8占1個(gè)字節(jié)倔幼，ARGB_4444和RGB_565占2個(gè)字節(jié)盖腿，ARGB_8888占4個(gè)字節(jié)，而是
- 與具體的圖片格式有關(guān)：
1.jpeg和gif
- inPreferredConfig對(duì)jpeg和gif格式的圖片無作用，無論inPreferredConfig的值取什么翩腐，jpeg格式的圖片每個(gè)像素始終占用4個(gè)字節(jié)鸟款，而gif格式的圖片始終站1個(gè)字節(jié)；
2.webp
- 對(duì)于webp格式的圖片茂卦，inPreferredConfig取值為RGB_565的時(shí)候何什，每個(gè)像素占用2個(gè)字節(jié)，其余的取值每個(gè)像素仍然占4個(gè)字節(jié)等龙；
3.png8, png24, png32
- 對(duì)于png格式的圖片处渣，需要分png8, png24, png32三種情況來說。
- png8格式的圖片每個(gè)像素占用的字節(jié)數(shù)隨inPreferredConfig的取值而變化蛛砰，取值為ARGB_ALPHA時(shí)占用一個(gè)字節(jié)罐栈，取值為RGB_565時(shí)占用2個(gè)字節(jié)，取值為ARGB_4444或ARGB_8888時(shí)占用4個(gè)字節(jié)泥畅。
- png24格式的圖片荠诬，當(dāng)inPreferredConfig的取值為RGB_565時(shí)，每個(gè)像素占用2個(gè)字節(jié)位仁，取其他的值（ARGB_ALPHA, ARGB_4444和ARGB_8888）每個(gè)像素都占用4個(gè)字節(jié)柑贞。
- 對(duì)于png32格式的圖片，inPreferredConfig的取值（ARGB_ALPHA, RGB_565, ARGB_4444或ARGB_8888）對(duì)每個(gè)像素占用的字節(jié)數(shù)無影響聂抢。
- 如果通過inPreferredConfig來優(yōu)化圖片的內(nèi)存占用凌外，就需要webp或png24格式的圖片，png24與png32相比涛浙，也就是不支持透明度而已，對(duì)于大多數(shù)圖片來說摄欲，兩者沒有明顯的差別轿亮。
- 注意： 9patch圖雖然在使用時(shí)會(huì)根據(jù)View的尺寸進(jìn)行放大，但其像素仍然不變胸墙，可視為普通圖片來處理我注；
2.3 網(wǎng)絡(luò)圖片
網(wǎng)絡(luò)圖片通常我們都是使用開源庫進(jìn)行加載, 所以不需要拿到Bitmap再進(jìn)行縮放或裁剪。
這時(shí)可讓后臺(tái)實(shí)現(xiàn)網(wǎng)絡(luò)圖片的裁剪迟隅，即：根據(jù)圖片的請(qǐng)求參數(shù)返回合適的尺寸但骨，最大也只需要控件的大小即可。
再大也沒意義智袭，不僅浪費(fèi)流量奔缠，還占用內(nèi)存。
如果你的APP中有很多圖片吼野，那么可對(duì)圖片的寬高根據(jù)設(shè)備的內(nèi)存情況進(jìn)行適當(dāng)?shù)目s行０ァ：
// 根據(jù)設(shè)置內(nèi)存大小設(shè)置縮放系數(shù)
public static float getDefaultScale() {
float scale = 1.0f;
int totalMemorySize = AndroidPlatformUtil.getTotalMemorySize();
if (totalMemorySize >= 4) {
scale = 1.0f;
} else if (totalMemorySize >= 2 && totalMemorySize < 4) {
scale = 0.8f;
} else {
scale = 0.6f;
}
return scale;
}
// 獲取設(shè)備的內(nèi)存大小，返回值單位為G
public static int getTotalMemorySize(){
String path = "/proc/meminfo";
String firstLine = null;
FileReader fileReader = null;
BufferedReader bufferedReader = null;
try{
fileReader = new FileReader(path);
bufferedReader = new BufferedReader(fileReader,8192);
firstLine = bufferedReader.readLine().split("\\s+")[1];
} catch (Exception e){
e.printStackTrace();
} finally {
try {
if (bufferedReader != null) {
bufferedReader.close();
}
} catch (Exception e) {
e.printStackTrace(System.out);
}
try {
if (fileReader != null) {
fileReader.close();
}
} catch (Exception e) {
e.printStackTrace(System.out);
}
}
if(TextUtils.isEmpty(firstLine)){
return (int)Math.ceil((new Float(Float.valueOf(firstLine) / (1024 * 1024)).doubleValue()));
}
return 0;
}
3 資源圖片
盡量為所有分辨率創(chuàng)建資源 資源匹配分辨率 = 減少不必要的縮放，從而提高UI繪制效率
總結(jié)
對(duì)于一個(gè)多圖片的APP來說闷哆，圖片所占內(nèi)存的優(yōu)化是一項(xiàng)必不可少的工作腰奋。
總的來說，其優(yōu)化也就是通過縮放和指定Bitmap.Config的值來實(shí)現(xiàn)的抱怔，只是不同位置劣坊，不同格式的圖片有所差異而已。
參考
https://juejin.im/post/5af84f4b51882542714fdaa9?utm_medium=an&utm_source=weixinqun
