要點提煉|開發藝術之效能優化

釐米姑娘發表於2018-01-01

優化

本篇重點是效能優化，包括內容：

佈局優化
繪製優化
記憶體洩漏優化
- MAT工具
響應速度優化
ListView優化
Bitmap優化
執行緒優化
其他

1.佈局優化

a.核心思想：儘量減少佈局檔案的層級。

b.方式：

多巢狀情況下可使用RelativeLayout減少巢狀。
佈局層級相同的情況下使用LinearLayout，它比RelativeLayout更高效。
使用<include>標籤重用佈局、<merge>標籤減少層級、<ViewStub>標籤懶載入。詳見佈局篇--佈局原則

補充例項： Android最佳效能實踐--佈局優化技巧

2.繪製優化

a.核心思想：避免在View.onDraw()中執行大量的操作。

b.方式：

避免建立新的區域性物件，因為onDraw()可能被多次呼叫而產生大量的臨時物件，導致佔用過多記憶體、系統頻繁gc，降低了執行效率。
避免做耗時任務，以及大量迴圈操作。

3.記憶體洩漏優化

a.記憶體洩漏(Memory Leak)：程式在申請記憶體後，無法釋放已申請的記憶體空間。是造成應用程式OOM的主要原因之一。

記憶體溢位(out of memory)：指程式在申請記憶體時，沒有足夠的記憶體空間供其使用。

補充閱讀：記憶體溢位和記憶體洩漏的區別

b.可能原因：

靜態變數導致的記憶體洩漏
- 詳情：一個靜態變數又是非靜態內部類會一直持有對外部類的引用，導致外部類Activity無法被回收。
- 解決辦法：將內部類設為靜態內部類或獨立出來；使用context.getApplicationContext()。
單例模式導致的記憶體洩漏
- 詳情：單例傳入引數this來自Activity，使得持有對Activity的引用。
- 解決辦法：傳參context.getApplicationContext()。
屬性動畫導致的記憶體洩漏
- 詳情：沒有在onDestroy()中停止無限迴圈的屬性動畫，使得View持有了Activity。
- 解決辦法：在Activity.onDestroy()中呼叫Animator.cancel()停止動畫。
Handler導致的記憶體洩漏
- 詳情：Message持有對Handler的引用，而非靜態內部類的Handler又隱式持有對外部類Activity的引用，使得引用關係會保持至訊息得到處理，從而阻止了Activity的回收。
- 解決辦法：使用靜態內部類+WeakReference弱引用；當外部類結束生命週期時清空訊息佇列。
執行緒導致的記憶體洩漏
- 詳情：AsyncTask/Runnable以匿名內部類的方式存在，會隱式持有對所在Activity的引用。
- 解決辦法：將AsyncTask和Runnable設為靜態內部類或獨立出來；線上程內部採用弱引用儲存Context引用。
資源未關閉導致的記憶體洩漏
- 詳情：未及時登出資源導致記憶體洩漏，如BraodcastReceiver、File、Cursor、Stream、Bitmap等。
- 解決辦法：在Activity銷燬的時候要及時關閉或者登出。
  - BraodcastReceiver：呼叫unregisterReceiver()登出；
  - Cursor，Stream、File：呼叫close()關閉；
  - Bitmap：呼叫recycle()釋放記憶體（2.3版本後無需手動）。
Adapter導致的記憶體洩漏
- 詳情：不使用快取而只依靠getView() 每次重新例項化Item，會給gc製造壓力。
- 解決辦法：在構造Adapter時使用快取的convertView。