Android性能優(yōu)化方案詳情
前言:
上一個季度在百度工作挺忙碌,在最后期限完成了OKR
目標,因此有一段時間沒有寫文章。今天趁有機會想分享下在大型Android
項目工程內(nèi)的一些性能優(yōu)化方式。
1、指標
量化性能的指標有很多,但最重要的就是以下5種:
- 包大小
- 響應時間
- 內(nèi)存
- CPU
- 耗電量
優(yōu)化性能就是可以從以上5點入手。
2、包大小優(yōu)化
顧名思義就是減少apk
包體積大小,apk
大小主要取決于res下的資源文件、.class
文件,
具體優(yōu)化措施有:
壓縮圖片大小,再在項目中使用。
在AndroidStudio
內(nèi),可以將png等格式的圖片壓縮為.webp
格式,這可以進一步減少圖片大小。
盡可能地減少本地資源的使用,可從技術方案上考慮從服務端拉取圖片、lottie
、so庫等資源。
利用lottie
替換幀動畫的使用,減少幀動畫圖片資源的使用。
利用混淆刪除無用代碼,減少dex文件大小。
3、響應時間優(yōu)化
對用戶來說,響應時間自然越短越好。響應時間越短,操作也就越順暢。
響應速度包括啟動速度——點擊APP按鈕到APP首頁完全打開的過程盡可能快、頁面響應速度——用戶執(zhí)行點擊、滑動等操作后,頁面能快速響應。APP不能產(chǎn)生卡頓、更不能出現(xiàn)ANR。
具體優(yōu)化措施有:
- 耗時操作應放入子線程進行處理,不能阻塞主線程。
- SDK等資源應采用懶加載方式,需要時才進行加載,不需要時可不必加載。
- 線上環(huán)境避免打印大量的日志。
- 使用
BitmapFactory.Option
的inBitmap
變量,來復用舊的Bitmap
,避免為新Bitmap
多次分配內(nèi)存以及銷毀舊Bitmap
(如果該Bitmap使用頻率高的話)
優(yōu)化view視圖渲染時間:
①若view
視圖比較復雜,可考慮使用ConstraintLayout
約束布局,減少視圖渲染的層級。
②若view視圖比較簡單,優(yōu)化考慮使用LinearLayout
水平布局(因為LinearLayout的渲染時間比ConstraintLayout、RelativeLayout都要短)。
③避免過度渲染,如果有多個view
的背景重疊在一起,可以考慮去掉底層被覆蓋的view;主題theme可以設置為NoBackground模式。
④若view
視圖在需要時才被創(chuàng)建,使用ViewStub
控件。
recyclerview列表控件優(yōu)化:
①item
的view
視圖優(yōu)化,同第4點。
②增加recyclerview
的item
緩存數(shù)量,將網(wǎng)絡請求的數(shù)據(jù)緩存,避免二次請求網(wǎng)絡。
③在onBindViewHolder
避免執(zhí)行耗時操作,因為onBindViewHolder
是在主線程執(zhí)行,onBindViewHolder
加耗時操作會影響滑動流暢度。
④如果不需要recyclerview
的默認動畫,刪除。(如刷新時閃爍的動畫效果)
⑤recyclerview
刷新時盡量使用局部刷新,避免全局刷新。
查看view
是否過度渲染可在手機開發(fā)者模式開啟以下設置:
4、內(nèi)存優(yōu)化
減少內(nèi)存的使用,主要是避免創(chuàng)建過多對象占用過多內(nèi)存、避免內(nèi)存抖動以及避免內(nèi)存泄漏。
內(nèi)存抖動即頻繁地創(chuàng)建和銷毀內(nèi)存,在這個過程中,垃圾回收器也會頻繁工作,對內(nèi)存性能造成影響。
內(nèi)存泄漏即應該被GC回收的內(nèi)存,由于還在被其他對象引用,導致無法被回收。內(nèi)存泄漏是比較嚴重的問題,過多的內(nèi)存泄漏會導致內(nèi)存溢出,產(chǎn)生OOM的系統(tǒng)錯誤。
造成內(nèi)存泄漏的原因主要有:
- 單例類引用
Context
造成內(nèi)存泄漏。 - 非靜態(tài)內(nèi)部類引用外部類造成內(nèi)存泄漏。
handler
引用activity
造成內(nèi)存泄漏。- 屬性動畫沒有取消,導致
view
一直被引用造成內(nèi)存泄漏。 - 監(jiān)聽器沒有取消、回調(diào)沒有反注冊。
內(nèi)存優(yōu)化的措施有:
- 使用線程池復用線程,因為線程本身會占用相對比較大的內(nèi)存,復用就可以省下部分內(nèi)存。
- 在
onDraw
方法內(nèi)避免創(chuàng)建對象。因為onDraw
會被頻繁調(diào)用,導致其內(nèi)部的對象也會被頻繁創(chuàng)建,占用過多內(nèi)存。 - 盡量使用
StringBuilder
或StringBuffer
拼接字符串,減少String
的使用。(因為拼接字符串時,String
會創(chuàng)建新的對象,而StringBuilder
、StringBuffer
是在原字符串基礎上拼接) - 視圖資源不可見時進行清除,避免占用內(nèi)存。如Bitmap執(zhí)行
.recycle
方法進行清除、對圖片和lottie資源進行銷毀。
針對內(nèi)存泄漏的問題進行優(yōu)化:
①單例類應引用Application
的Context
,因為Application
的Context的生命周期是和APP一致的,不會造成單例類引用某個activity
的context以致該activity無法被回收的問題。
②將非靜態(tài)內(nèi)部類改為靜態(tài)內(nèi)部類,這樣就不會引用外部類。
③handler:a.handler
使用結束時調(diào)用removeCallbacksAndMessages
(null)清除隊列;b.靜態(tài)內(nèi)部類+弱引用方式可避免內(nèi)存泄漏。
static class SafeHandler extends Handler { WeakReference<MainActivity> activity; public SafeHandler(MainActivity mainActivity) { activity = new WeakReference<MainActivity>(mainActivity); } @Override public void handleMessage(Message msg) { } }
④屬性動畫、監(jiān)聽器使用結束應及時取消,廣播或其他一些外部庫的回調(diào)應該及時反注冊。
5、CPU優(yōu)化
CPU的作用是計算處理信息、運行程序,因此優(yōu)化的方向就是減少CPU計算的工作,提升CPU的計算效率。
具體的優(yōu)化措施有:
- 避免主線程執(zhí)行耗時任務,耗時任務在子線程異步執(zhí)行。
- 避免在
onDraw
方法里執(zhí)行大量耗時操作。 - 暫時不需要用到的信息進行懶加載、延遲初始化。
6、耗電量優(yōu)化
優(yōu)化的措施有:
- 避免頻繁進行網(wǎng)絡請求。
- 避免任務被頻繁執(zhí)行,可以等任務形成一定數(shù)量時,再一起執(zhí)行。
- 避免應用頻繁喚醒屏幕。(頻繁喚醒屏幕會導致系統(tǒng)無法進入休眠,耗電量大)
保證性能指標不下降一直是開發(fā)過程中的重中之重,如果由于開發(fā)新功能導致出現(xiàn)卡頓、機身發(fā)熱耗電量猛增、內(nèi)存增大等性能問題,那樣反而會流失用戶,得不償失。因此關注性能也是RD們的一項隱形工作。希望這篇文章能對大家有所幫助。
到此這篇關于Android性能優(yōu)化方案詳情的文章就介紹到這了,更多相關Android性能優(yōu)化方案內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
Android使用DrawerLayout實現(xiàn)仿QQ雙向側滑菜單
這篇文章主要介紹了Android使用DrawerLayout實現(xiàn)仿QQ雙向側滑菜單的方法和詳細代碼,有需要的小伙伴可以認真參考下。2016-01-01Android開發(fā)獲取傳感器數(shù)據(jù)的方法示例【加速度傳感器,磁場傳感器,光線傳感器,方向傳感器】
這篇文章主要介紹了Android開發(fā)獲取傳感器數(shù)據(jù)的方法,結合實例形式分析了Android獲取加速度傳感器、磁場傳感器、光線傳感器及方向傳感器數(shù)據(jù)的相關操作技巧,需要的朋友可以參考下2017-11-11android中一些特殊字符(如:←↑→↓等箭頭符號)的Unicode碼值
這篇文章主要介紹了android中一些特殊字符(如:←↑→↓等箭頭符號)的Unicode碼值,需要的朋友可以參考下2017-03-03Android利用Intent.ACTION_SEND進行分享
這篇文章主要介紹了Android利用Intent.ACTION_SEND進行分享,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2018-05-05