1滑燃、Android繪制顯示原理
Android應(yīng)用程序把經(jīng)過測量（measure）役听、布局（layout）、繪制（draw）的數(shù)據(jù)發(fā)送系統(tǒng)服務(wù)，surfaceFinger通過顯示刷新機制渲染到屏幕上典予。
Android的顯示刷新機制是一秒鐘60幀甜滨，即16ms刷新一次，如果16ms未能完成渲染瘤袖，則會發(fā)生丟幀衣摩，導致頁面卡頓。
2捂敌、頁面卡頓原因
- 繪制任務(wù)太重艾扮，16ms未能完成繪制
- 主線程執(zhí)行耗時操作，當系統(tǒng)要刷新時占婉，主線程沒能準備好繪制數(shù)據(jù)
- 頻繁GC泡嘴，停止工作線程，導致頁面卡頓
3逆济、優(yōu)化策略
- 避免在主線程進行耗時操作酌予，例如請求網(wǎng)絡(luò)、IO讀取數(shù)據(jù)
- 避免過度繪制奖慌，設(shè)置——開發(fā)者——GPU過度繪制抛虫，去除多余背景，getWindow().setBackgroundDrawable(null)简僧。
- 布局優(yōu)化：
（1）不影響層級深度的情況下,使用LinearLayout和FrameLayout而不是RelativeLayout建椰。RelativeLayout測量時對子布局的水平和豎直方向調(diào)用2次。
(2) 使用<include>復用布局(例如標題欄),<merge>減少布局層次岛马，LayoutInflater遇見<merge>標簽只會把解析子View,把加到<merge>的父View中棉姐，不會增加布局層次，配合<incldue>使用蛛枚。
https://blog.csdn.net/a740169405/article/details/50473909
(3)<ViewStub>
ViewStub是view的子類谅海，測試時設(shè)置寬高為0，并且不繪制蹦浦，同時設(shè)置自身不可見（Gone）扭吁，達到延遲加載的目的。
https://blog.csdn.net/a740169405/article/details/50351013
4盲镶、檢測卡頓
- 對主線程Looper.loop中的msg.target.dispatchMessage(msg)方法的耗時進行檢測侥袜，源碼中執(zhí)行前后有日志打出，通過過濾日志能知道耗時溉贿。
- Andriod系統(tǒng)中每16ms發(fā)出信號刷新屏幕枫吧，SDK中有相關(guān)的類和回調(diào)，檢測2次刷新的間隔時間宇色，大于16ms則打印出堆棧信息定位問題九杂。
https://blog.csdn.net/lmj623565791/article/details/58626355
https://blog.csdn.net/u013493809/article/details/62215250 - TraceView
使用的思路分析：
（1）調(diào)用次數(shù)不多颁湖，但每次耗時長的方法
（2）自身耗時不長，但頻繁調(diào)用的方法
關(guān)于第一種例隆，通常做法是先按Cpu Time/Call降序排序甥捺，然后看Incl Cpu Time的大小，綜合起來越大的性能問題越嚴重
關(guān)于第二種镀层，通常做法是按Calls + Recur Calls/Total降序排序镰禾，然后看Incl Cpu Time的大小，綜合起來越大的性能問題越嚴重
https://blog.csdn.net/qianrushi9/article/details/58605827
參考資料
http://www.reibang.com/p/9755da0f4e8f
http://www.reibang.com/p/307ba8911799
https://blog.csdn.net/lmj623565791/article/details/45556391/
