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

本篇重點是性能優化,包括內容:

  • 布局優化
  • 繪制優化
  • 內存泄漏優化
    • 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弱引用;當外部類結束生命周期時清空消息隊列。
  • 線程導致的內存泄漏
  • 資源未關閉導致的內存泄漏
    • 詳情:未及時注銷資源導致內存泄漏,如BraodcastReceiver、File、Cursor、Stream、Bitmap等。
    • 解決辦法:在Activity銷毀的時候要及時關閉或者注銷。
  • Adapter導致的內存泄漏

c.方式:

  • 在開發過程中避免寫出內存泄漏的代碼,可參考以上多種解決辦法。
  • 通過分析工具如MAT尋找潛在的內存泄漏。

推薦閱讀常見的內存泄漏原因及解決方法


4.響應速度優化

a.核心思想:避免在主線程中做耗時操作。

b.方式:開線程


5.ListView優化

  • 復用ViewHolder,具體使用
  • 不要在getView()中執行耗時操作;
  • 開啟硬件加速。

綜合實例提高ListView性能的技巧


6.Bitmap優化

  • 利用BitmapFactory.Options的inSampleSize屬性,根據需求對圖片進行采樣后再加載進來。詳見Bitmap的高效加載

7.線程優化


8.其他

  • 避免創建過多的對象 ;
  • 不要過多使用枚舉,枚舉占用的內存空間要比整型大;
  • 常量請使用static final來修飾;
  • 使用一些Android特有的數據結構,比如SparseArray和Pair等,它們都具有更好的性能;
  • 適當使用軟引用和弱引用;
  • 采用內存緩存和磁盤緩存;
  • 盡量采用靜態內部類,這樣可以避免潛在的由于內部類而導致的內存泄露。

推薦閱讀Android開發性能優化總結Android最佳性能實踐系列


最后,是有助于提高程序可維護性的幾點建議,一起共勉:


希望這篇文章對你有幫助~

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,837評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,196評論 3 414
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,688評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,654評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,456評論 6 406
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 54,955評論 1 321
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,044評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,195評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,725評論 1 333
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,608評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,802評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,318評論 5 358
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,048評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,422評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,673評論 1 281
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,424評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,762評論 2 372

推薦閱讀更多精彩內容

  • Android 自定義View的各種姿勢1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,607評論 25 708
  • 性能優化系列閱讀 Android性能優化 性能優化 - 消除卡頓 性能優化- 內存優化 性能分析工具 - Trac...
    JackChen1024閱讀 1,332評論 1 20
  • 內存管理的目的就是讓我們在開發中怎么有效的避免我們的應用出現內存泄漏的問題。內存泄漏大家都不陌生了,簡單粗俗的講,...
    宇宙只有巴掌大閱讀 2,382評論 0 12
  • 一彎新月鉤兩秋, 心思難解徒悠悠。 是非本是旁人事, 無心何必苦相求。
    青衫幾度閱讀 193評論 3 3
  • 下課了,走出教學樓的我,發現這場雨下的不小,比淅淅瀝瀝大,比嘩嘩啦啦小。 我撐起了事先預備好的傘,開始在雨中慢步,...
    行走的光陰閱讀 223評論 0 0