Android 系統(tǒng)每隔 16ms 會發(fā)出 VSYNC 信號重繪界面(Activity)。之所以是 16ms，是因為 Android 設(shè)定的刷新率是 60FPS(Frame Per Second)，也就是每秒 60 幀的刷新率，約合 16ms 刷新一次。
這就意味著，我們需要在 16ms 內(nèi)完成下一次要刷新的界面的相關(guān)運算，以便界面刷新更新。
假設(shè)我們更新屏幕的背景圖片需要 24ms 來做這次運算，當系統(tǒng)在第一個 16ms 時刷新界面，由于運算還沒有結(jié)束，無法繪出圖片。當系統(tǒng)隔 16ms 再發(fā)一次 VSYNC 信息重繪界面時，用戶才會看到更新后的圖片。也就是說 32ms 后才看到了這次刷新(并不是 24ms)，這就是丟幀(dropped frame)。
丟幀給用戶的感覺就是卡頓，而且如果運算過于復(fù)雜，丟幀會更多，導(dǎo)致界面常常處于停滯狀態(tài)。
卡頓原因
過于復(fù)雜的布局
- 界面性能取決于 UI 的渲染性能，UI 渲染的整個過程由 CPU 和 GPU 兩個部分協(xié)同完成。CPU 負責(zé) UI 布局元素的 Measure、Layout、Draw 等相關(guān)運算執(zhí)行，GPU負責(zé)柵格化(rasterization)，將 UI 元素繪制到屏幕上。
- 如果 UI 布局層次太深，或是自定義控件的 onDraw 中有復(fù)雜運算，CPU 的相關(guān)運算就可能大于 16ms，導(dǎo)致卡頓。
過度繪制
UI 線程的復(fù)雜運算
- UI 線程的復(fù)雜運算會造成 UI 無響應(yīng)，導(dǎo)致 ANR，但更多的是造成 UI 響應(yīng)停滯卡頓，ANR 是卡頓的極致。
頻繁的 GC
優(yōu)化方法
1、減少刷新次數(shù)
比如進度更新，要進度有變化再去刷新，且保證頻率不得高于系統(tǒng)的刷新頻率。
2、避免非必要的刷新
若控件不可見，則無需刷新。
3、避免后臺線程影響
如列表控件，在滑動時不要去加載圖片，可以在滑動監(jiān)聽里停止圖片的加載。
4、局部刷新
如 RecyclerView 的 DiffUtil。自定義 View 可以使用下面兩個方法：
|
1
2
|
invalidate(Rect dirty);invalidate(int left, int top, int right, int bottom); |
5、盡量使用屬性動畫，它減少了自身的重繪。最后要清除
StringBuilder，List 等在創(chuàng)建時傳入一個合適的參數(shù)指定初始容量，以避免頻繁擴容的開銷。
6、開啟硬件加速
7、原理可見 Android硬件加速原理與實現(xiàn)簡介，理解Android硬件加速原理的小白文
Application 級別
|
1
|
<application android:hardwareAccelerated="true" /> |
Activity 級別
|
1
|
<activity android:hardwareAccelerated="true" /> |
Window 級別
|
1
2
|
getWindow().setFlags(WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED,WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED); |
View 級別
|
1
2
3
|
// 如果是 software，會將 View 繪制到一個 Bitmap，// 然后依然是通過硬件加速將 Bitmap 繪制到 Canvasview.setLayerType(View.LAYER_TYPE_SOFTWARE, null); |
- LAYER_TYPE_NONE：普通渲染方式，不會返回一個離屏的緩沖，默認值。
- LAYER_TYPE_HARDWARE：如果這個應(yīng)用使用了硬件加速，這個 View 將會在硬件中渲染為 硬件紋理，如果應(yīng)用程序并沒有被硬件加速，則其效果和 LAYER_TYPE_SOFTWARE 相同。
- LAYER_TYPE_SOFTWARE：此 View 通過軟件渲染為一個 Bitmap。
檢查是否開啟了硬件加速
|
1
2
|
view.isHardware-Accelerated();Canvas.isHardwareAccelerated(); |
如果 View 中要處理中文長文本，需要關(guān)閉硬件加速。因為每個中文編碼不一樣，緩存效果不理想。
監(jiān)控
- 《Android 應(yīng)用性能優(yōu)化最佳實踐》2.8 章，主要利用 MainLooper 里的 Printer。
- BlockCanary 開源庫
- StrctMode
ANR
Activity 的 View：5 秒無響應(yīng)
BroadcastReceiver：10 秒無響應(yīng)
Service：20 秒無響應(yīng)
ANR 時，系統(tǒng)會生成一個 traces.txt 的文件放在 /data/anr/ 下。通過 adb 命令將其導(dǎo)出到本地
|
1
|
$adb pull data/anr/traces.txt ~/Desktop |
UI 線程做耗時操作，內(nèi)存泄露導(dǎo)致內(nèi)存不足都可能產(chǎn)生 ANR。
以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持服務(wù)器之家。
原文鏈接：https://www.jianshu.com/p/5e508beffac8
