前言
本篇文章是《全面理解Android內(nèi)存優(yōu)化》系列文章的最后一篇绞愚。系列的主要目的是希望將Android開(kāi)發(fā)中涉及性能優(yōu)化的部分做一次系統(tǒng)的歸納澄耍、總結(jié)和學(xué)習(xí)奢米。本系列文章包含理論基礎(chǔ)油湖、工具使用检激、項(xiàng)目實(shí)踐三個(gè)部分肴捉。
理論基礎(chǔ)：「全面理解Android內(nèi)存優(yōu)化 1」-Android的內(nèi)存機(jī)制與管理建議，主要講解Android性能優(yōu)化時(shí)涉及到的各種基礎(chǔ)知識(shí)
工具使用：「全面理解Android內(nèi)存優(yōu)化 2」-內(nèi)存優(yōu)化工具的使用叔收，主要講解Android性能優(yōu)化時(shí)各種常用工具的使用齿穗。
項(xiàng)目實(shí)踐：「全面理解Android內(nèi)存優(yōu)化 3」-從理論到實(shí)踐，以一個(gè)實(shí)際APP為例饺律，總結(jié)在在開(kāi)發(fā)中會(huì)被忽視的內(nèi)存問(wèn)題窃页。
本文中實(shí)戰(zhàn)時(shí)使用的項(xiàng)目地址：https://github.com/linux-link/Fan，可以先閱讀這篇文章了解這個(gè)項(xiàng)目一次組件化與Android Jetpack的實(shí)踐
本篇屬于三個(gè)部分中的項(xiàng)目實(shí)踐部分。
目錄
- 關(guān)閉無(wú)用的Service
- 多進(jìn)程WebView的優(yōu)化
- 避免一圖毀十優(yōu)
- 總結(jié)
正文
一脖卖、關(guān)閉無(wú)用的Service
《飯fan》是一個(gè)單Activity多Fragment的APP乒省，在App的入口Activity同時(shí)啟動(dòng)了兩個(gè)Service，TinkerService用于檢查熱修復(fù)補(bǔ)丁畦木，UpdateService用于檢查是否有更新袖扛。
在操作APP一段時(shí)間后，使用Memory Profiler檢查內(nèi)存十籍，得到下圖
可以看到內(nèi)存中依然存在TinkerService和UpdateService蛆封。沒(méi)有特殊指定的service是運(yùn)行在主線(xiàn)程中的，這些已經(jīng)無(wú)用的Service會(huì)拖慢主線(xiàn)程并占據(jù)主進(jìn)程的可用內(nèi)存勾栗。
解決方案
- 調(diào)用stopService或stopSelf關(guān)閉這些service
關(guān)閉service后再次使用Memory Profiler檢查內(nèi)存惨篱，可以看到，APP占用的總內(nèi)存已經(jīng)減少了
二围俘、多進(jìn)程WebView的優(yōu)化
從1.0.3版開(kāi)始《飯fan》中集成了一個(gè)簡(jiǎn)單的商城系統(tǒng)砸讳，商城系統(tǒng)的制作參考了
慕課網(wǎng)的一個(gè)課程—《混合開(kāi)發(fā)入門(mén) 主流開(kāi)發(fā)方案實(shí)戰(zhàn)京東移動(dòng)端APP》。
商城系統(tǒng)集成完畢后楷拳，調(diào)試過(guò)程中绣夺，LeakCanary提示，ShoppingActivity發(fā)生了內(nèi)存泄漏欢揖，如下圖所示
WebView應(yīng)該是Android中最容易發(fā)生內(nèi)存泄漏的系統(tǒng)組件陶耍，往往都是Activity退出時(shí)，WebView依然持有activity的引用她混，導(dǎo)致Activity發(fā)生泄漏烈钞。 網(wǎng)絡(luò)上有很多如何防止WebView產(chǎn)生泄漏，但是效果都不好坤按，有的甚至根本沒(méi)有效果毯欣。
解決方案
- 讓持有webview的Activity獨(dú)立運(yùn)行在一個(gè)進(jìn)程，在activity的onDestroy中關(guān)閉這個(gè)進(jìn)程
讓Activity獨(dú)立運(yùn)行在一個(gè)進(jìn)程中臭脓，可以徹底清除掉webview以及Activity
酗钞，但是讓持有webview的Activity獨(dú)立在一個(gè)進(jìn)程中，會(huì)產(chǎn)生另一個(gè)問(wèn)題——長(zhǎng)時(shí)間的白屏来累。
webview本身初始化以及載入Html頁(yè)面都需要一定的時(shí)間砚作，這段時(shí)間會(huì)產(chǎn)白屏。
如果在啟動(dòng)Activity時(shí)需要額外再創(chuàng)建一個(gè)進(jìn)程嘹锁，那么白屏的時(shí)間就會(huì)進(jìn)一步拉長(zhǎng)葫录，有時(shí)甚至長(zhǎng)達(dá)4-5秒。
《飯fan》中針對(duì)長(zhǎng)時(shí)間這個(gè)問(wèn)題领猾，又做了進(jìn)一步優(yōu)化米同。
- 1.在app啟動(dòng)時(shí)骇扇，同時(shí)啟動(dòng)一個(gè)ShoppingService。ShoppingService運(yùn)行在與WebViewActivity相同的進(jìn)程中面粮，退出WebViewActivity后當(dāng)前進(jìn)程會(huì)被關(guān)閉少孝，在適當(dāng)時(shí)候再重啟ShoppingService。
- 2.引入騰訊的x5WebView和VasSonic熬苍，加快webview初始化速度韭山，同時(shí)也提高了WebView在各個(gè)系統(tǒng)上兼容性。
- 3.在webview初始化的同時(shí)冷溃，使用APP內(nèi)網(wǎng)絡(luò)框架來(lái)請(qǐng)求Html頁(yè)面中所需的數(shù)據(jù)钱磅。通過(guò)并行的方式，節(jié)省webview的加載數(shù)據(jù)的時(shí)間似枕。
優(yōu)化步驟大致就是以上這些盖淡，具體實(shí)現(xiàn)的代碼請(qǐng)參考《飯fan》中Component_shopping組件。
三凿歼、Bitmap造成的內(nèi)存泄漏
在Android內(nèi)存優(yōu)化中有“一圖毀十優(yōu)”的說(shuō)法褪迟，一般普通的內(nèi)存泄漏浪費(fèi)的內(nèi)存都在幾十KB到幾MB之間，但是一個(gè)bitmap泄漏就有可能浪費(fèi)幾十MB的內(nèi)存空間答憔，所以bitmap的優(yōu)化一直是Android內(nèi)存優(yōu)化的重中之重味赃。所以我們接下來(lái)的就重點(diǎn)介紹Bitmap的優(yōu)化方案。
- 1.使用RGB_565解碼圖片
在開(kāi)發(fā)中大多數(shù)的圖片加載框架的默認(rèn)解碼方案是ARGB_8888虐拓，這種解碼方案心俗，每個(gè)像素占4個(gè)字節(jié)，其實(shí)還有一種圖片解碼方案是RGB_565,這種解碼方案蓉驹，每個(gè)像素占2個(gè)字節(jié)城榛，但是在視覺(jué)效果上與ARGB_8888差距并不明顯。
所以一些頁(yè)面的縮略圖态兴、背景圖片以及一些用戶(hù)感官上認(rèn)為它就是縮略圖的地方可以使用RGB_565來(lái)解碼狠持，在減小內(nèi)存占用上，有立竿見(jiàn)影的效果瞻润，強(qiáng)烈推薦使用喘垂。
- 2.不要亂放圖片
在開(kāi)發(fā)中我們往往會(huì)要求美工一張圖標(biāo)切3到5套不同尺寸的，然后分別放置在res下不同的資源目錄里面
| 目錄 | 對(duì)應(yīng)的dpi |
|---|---|
| res/drawable | 0 |
| res/mipmap-lidp | 120 |
| res/mipmap-mdpi | 160 |
| res/mipmap-hdpi | 240 |
| res/mipmap-xhdpi | 320 |
| res/mipmap-xxhdpi | 480 |
| res/mipmap-xxxhdpi | 640 |
Android有一套特殊的適配策略绍撞，對(duì)放在mipmap目錄的圖標(biāo)會(huì)忽略屏幕密度正勒，會(huì)去盡量匹配大一點(diǎn)的，然后系統(tǒng)自動(dòng)對(duì)圖片進(jìn)行縮放楚午，從而優(yōu)化顯示和節(jié)省資源昭齐。圖片的縮放比率=手機(jī)的dpi / mipmap目錄的dpi尿招。
放在drawable目錄下的會(huì)根據(jù)ROM的不同得到一個(gè)默認(rèn)的dpi矾柜，但是這個(gè)dpi并一定是手機(jī)屏幕的實(shí)際dpi阱驾。
例如：如果我們將一張500X500的圖標(biāo)僅放在ldpi（120）下，那么在在480dpi的手機(jī)上實(shí)際的顯示尺寸是2000X2000怪蔑。
當(dāng)我們分不清圖標(biāo)應(yīng)該放在哪個(gè)目錄下時(shí)里覆，應(yīng)該盡量將高品質(zhì)的圖片放在高密度目錄下，這樣能控制圖片的縮放比率小于1缆瓣，保證畫(huà)質(zhì)的前提喧枷，內(nèi)存也是可控的。
- 3.控制那些不可控的圖片
這是什么意思呢弓坞，舉一個(gè)我曾經(jīng)實(shí)際遇到的例子隧甚，我們的APP有一個(gè)課件的功能，允許教師上傳課件渡冻，服務(wù)器會(huì)把這些課件轉(zhuǎn)成圖片返回給APP顯示戚扳，有個(gè)老師上傳了一篇PDF格式的論文，服務(wù)器轉(zhuǎn)換后每個(gè)圖片足足有4000X8000這么大族吻，加載每張圖片需要消耗內(nèi)存4000X8000X4/1024/1204=122MB帽借，直接導(dǎo)致了OOM。
在這個(gè)例子中教師上傳的課件轉(zhuǎn)換后的圖片就屬于不可控圖片超歌，如果服務(wù)器不做過(guò)濾砍艾，那么APP就需要對(duì)這些用戶(hù)上傳的圖片特殊處理。
處理步驟如下：
- 從服務(wù)器下載的圖片獲取它的高度和寬度
- 對(duì)于高度或?qū)挾却笥谑謾C(jī)屏幕尺寸的圖片計(jì)算縮放比率巍举，并做縮放解碼
- 要對(duì)所有的圖片解碼API（decodexxxx）做OutOfMemoryError的異常處理
具體的代碼請(qǐng)參考BitmapUtils脆荷。
四、總結(jié)
本篇主要總結(jié)了一些開(kāi)發(fā)中常常被忽視的內(nèi)存問(wèn)題懊悯，其它常見(jiàn)的內(nèi)存問(wèn)題简烘，在第一篇文章已經(jīng)有所提及，不過(guò)正是這些被忽視的問(wèn)題切切實(shí)實(shí)地占據(jù)了手機(jī)中大量的內(nèi)存定枷，這些問(wèn)題其實(shí)才是我們更應(yīng)該關(guān)注的重點(diǎn)孤澎。
參考資料
《Android移動(dòng)性能實(shí)戰(zhàn)》-騰訊SNG專(zhuān)項(xiàng)測(cè)試團(tuán)隊(duì) 編著
