1、Android繪制顯示原理
Android應(yīng)用程序把經(jīng)過(guò)測(cè)量（measure）、布局（layout）、繪制（draw）的數(shù)據(jù)發(fā)送系統(tǒng)服務(wù)，surfaceFinger通過(guò)顯示刷新機(jī)制渲染到屏幕上。
Android的顯示刷新機(jī)制是一秒鐘60幀，即16ms刷新一次，如果16ms未能完成渲染，則會(huì)發(fā)生丟幀，導(dǎo)致頁(yè)面卡頓。
2、頁(yè)面卡頓原因
- 繪制任務(wù)太重，16ms未能完成繪制
- 主線程執(zhí)行耗時(shí)操作，當(dāng)系統(tǒng)要刷新時(shí)，主線程沒(méi)能準(zhǔn)備好繪制數(shù)據(jù)
- 頻繁GC，停止工作線程，導(dǎo)致頁(yè)面卡頓
3、優(yōu)化策略
- 避免在主線程進(jìn)行耗時(shí)操作，例如請(qǐng)求網(wǎng)絡(luò)、IO讀取數(shù)據(jù)
- 避免過(guò)度繪制，設(shè)置——開(kāi)發(fā)者——GPU過(guò)度繪制，去除多余背景，getWindow().setBackgroundDrawable(null)。
- 布局優(yōu)化：
（1）不影響層級(jí)深度的情況下,使用LinearLayout和FrameLayout而不是RelativeLayout。RelativeLayout測(cè)量時(shí)對(duì)子布局的水平和豎直方向調(diào)用2次。
(2) 使用<include>復(fù)用布局(例如標(biāo)題欄),<merge>減少布局層次，LayoutInflater遇見(jiàn)<merge>標(biāo)簽只會(huì)把解析子View,把加到<merge>的父View中，不會(huì)增加布局層次，配合<incldue>使用。
https://blog.csdn.net/a740169405/article/details/50473909
(3)<ViewStub>
ViewStub是view的子類，測(cè)試時(shí)設(shè)置寬高為0，并且不繪制，同時(shí)設(shè)置自身不可見(jiàn)（Gone），達(dá)到延遲加載的目的。
https://blog.csdn.net/a740169405/article/details/50351013
4、檢測(cè)卡頓
- 對(duì)主線程Looper.loop中的msg.target.dispatchMessage(msg)方法的耗時(shí)進(jìn)行檢測(cè)，源碼中執(zhí)行前后有日志打出，通過(guò)過(guò)濾日志能知道耗時(shí)。
- Andriod系統(tǒng)中每16ms發(fā)出信號(hào)刷新屏幕，SDK中有相關(guān)的類和回調(diào)，檢測(cè)2次刷新的間隔時(shí)間，大于16ms則打印出堆棧信息定位問(wèn)題。
https://blog.csdn.net/lmj623565791/article/details/58626355
https://blog.csdn.net/u013493809/article/details/62215250 - TraceView
使用的思路分析：
（1）調(diào)用次數(shù)不多，但每次耗時(shí)長(zhǎng)的方法
（2）自身耗時(shí)不長(zhǎng)，但頻繁調(diào)用的方法
關(guān)于第一種，通常做法是先按Cpu Time/Call降序排序，然后看Incl Cpu Time的大小，綜合起來(lái)越大的性能問(wèn)題越嚴(yán)重
關(guān)于第二種，通常做法是按Calls + Recur Calls/Total降序排序，然后看Incl Cpu Time的大小，綜合起來(lái)越大的性能問(wèn)題越嚴(yán)重
https://blog.csdn.net/qianrushi9/article/details/58605827
參考資料
http://www.itdecent.cn/p/9755da0f4e8f
http://www.itdecent.cn/p/307ba8911799
https://blog.csdn.net/lmj623565791/article/details/45556391/
