Android 系統(tǒng)每隔 16ms 會(huì)發(fā)出 VSYNC 信號(hào)重繪界面(Activity)。之所以是 16ms，是因?yàn)?Android 設(shè)定的刷新率是 60FPS(Frame Per Second)，也就是每秒 60 幀的刷新率，約合 16ms 刷新一次。

這就意味著，我們需要在 16ms 內(nèi)完成下一次要刷新的界面的相關(guān)運(yùn)算，以便界面刷新更新。

假設(shè)我們更新屏幕的背景圖片需要 24ms 來(lái)做這次運(yùn)算，當(dāng)系統(tǒng)在第一個(gè) 16ms 時(shí)刷新界面，由于運(yùn)算還沒(méi)有結(jié)束，無(wú)法繪出圖片。當(dāng)系統(tǒng)隔 16ms 再發(fā)一次 VSYNC 信息重繪界面時(shí)，用戶才會(huì)看到更新后的圖片。也就是說(shuō) 32ms 后才看到了這次刷新(并不是 24ms)，這就是丟幀(dropped frame)。

丟幀給用戶的感覺(jué)就是卡頓，而且如果運(yùn)算過(guò)于復(fù)雜，丟幀會(huì)更多，導(dǎo)致界面常常處于停滯狀態(tài)。

卡頓原因

過(guò)于復(fù)雜的布局

• 界面性能取決于 UI 的渲染性能，UI 渲染的整個(gè)過(guò)程由 CPU 和 GPU 兩個(gè)部分協(xié)同完成。CPU 負(fù)責(zé) UI 布局元素的 Measure、Layout、Draw 等相關(guān)運(yùn)算執(zhí)行，GPU負(fù)責(zé)柵格化(rasterization)，將 UI 元素繪制到屏幕上。
• 如果 UI 布局層次太深，或是自定義控件的 onDraw 中有復(fù)雜運(yùn)算，CPU 的相關(guān)運(yùn)算就可能大于 16ms，導(dǎo)致卡頓。

過(guò)度繪制

UI 線程的復(fù)雜運(yùn)算

• UI 線程的復(fù)雜運(yùn)算會(huì)造成 UI 無(wú)響應(yīng)，導(dǎo)致 ANR，但更多的是造成 UI 響應(yīng)停滯卡頓，ANR 是卡頓的極致。

頻繁的 GC

優(yōu)化方法

1、減少刷新次數(shù)

比如進(jìn)度更新，要進(jìn)度有變化再去刷新，且保證頻率不得高于系統(tǒng)的刷新頻率。

2、避免非必要的刷新

若控件不可見，則無(wú)需刷新。

3、避免后臺(tái)線程影響

如列表控件，在滑動(dòng)時(shí)不要去加載圖片，可以在滑動(dòng)監(jiān)聽里停止圖片的加載。

4、局部刷新

如 RecyclerView 的 DiffUtil。自定義 View 可以使用下面兩個(gè)方法：

invalidate(Rect dirty);
invalidate(int left, int top, int right, int bottom);

5、盡量使用屬性動(dòng)畫，它減少了自身的重繪。最后要清除

StringBuilder，List 等在創(chuàng)建時(shí)傳入一個(gè)合適的參數(shù)指定初始容量，以避免頻繁擴(kuò)容的開銷。

6、開啟硬件加速

7、原理可見 Android硬件加速原理與實(shí)現(xiàn)簡(jiǎn)介，理解Android硬件加速原理的小白文

Application 級(jí)別

<application android:hardwareAccelerated="true" />

Activity 級(jí)別

<activity android:hardwareAccelerated="true" />

Window 級(jí)別

getWindow().setFlags(WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED,
WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED);

View 級(jí)別

// 如果是 software，會(huì)將 View 繪制到一個(gè) Bitmap，
// 然后依然是通過(guò)硬件加速將 Bitmap 繪制到 Canvas
view.setLayerType(View.LAYER_TYPE_SOFTWARE, null);

• LAYER_TYPE_NONE：普通渲染方式，不會(huì)返回一個(gè)離屏的緩沖，默認(rèn)值。
• LAYER_TYPE_HARDWARE：如果這個(gè)應(yīng)用使用了硬件加速，這個(gè) View 將會(huì)在硬件中渲染為 硬件紋理，如果應(yīng)用程序并沒(méi)有被硬件加速，則其效果和 LAYER_TYPE_SOFTWARE 相同。
• LAYER_TYPE_SOFTWARE：此 View 通過(guò)軟件渲染為一個(gè) Bitmap。

檢查是否開啟了硬件加速

view.isHardware-Accelerated();
Canvas.isHardwareAccelerated();

如果 View 中要處理中文長(zhǎng)文本，需要關(guān)閉硬件加速。因?yàn)槊總€(gè)中文編碼不一樣，緩存效果不理想。

監(jiān)控

1. 《Android 應(yīng)用性能優(yōu)化最佳實(shí)踐》2.8 章，主要利用 MainLooper 里的 Printer。
2. BlockCanary 開源庫(kù)
3. StrctMode

ANR

Activity 的 View：5 秒無(wú)響應(yīng)
BroadcastReceiver：10 秒無(wú)響應(yīng)
Service：20 秒無(wú)響應(yīng)

ANR 時(shí)，系統(tǒng)會(huì)生成一個(gè) traces.txt 的文件放在 /data/anr/ 下。通過(guò) adb 命令將其導(dǎo)出到本地

$adb pull data/anr/traces.txt ~/Desktop

UI 線程做耗時(shí)操作，內(nèi)存泄露導(dǎo)致內(nèi)存不足都可能產(chǎn)生 ANR。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論