1、Android绘制显示原理
Android应用程序把经过测量（measure）、布局（layout）、绘制（draw）的数据发送系统服务，surfaceFinger通过显示刷新机制渲染到屏幕上。
Android的显示刷新机制是一秒钟60帧，即16ms刷新一次，如果16ms未能完成渲染，则会发生丢帧，导致页面卡顿。
2、页面卡顿原因
- 绘制任务太重，16ms未能完成绘制
- 主线程执行耗时操作，当系统要刷新时，主线程没能准备好绘制数据
- 频繁GC，停止工作线程，导致页面卡顿
3、优化策略
- 避免在主线程进行耗时操作，例如请求网络、IO读取数据
- 避免过度绘制，设置——开发者——GPU过度绘制，去除多余背景，getWindow().setBackgroundDrawable(null)。
- 布局优化：
（1）不影响层级深度的情况下,使用LinearLayout和FrameLayout而不是RelativeLayout。RelativeLayout测量时对子布局的水平和竖直方向调用2次。
(2) 使用<include>复用布局(例如标题栏),<merge>减少布局层次，LayoutInflater遇见<merge>标签只会把解析子View,把加到<merge>的父View中，不会增加布局层次，配合<incldue>使用。
https://blog.csdn.net/a740169405/article/details/50473909
(3)<ViewStub>
ViewStub是view的子类，测试时设置宽高为0，并且不绘制，同时设置自身不可见（Gone），达到延迟加载的目的。
https://blog.csdn.net/a740169405/article/details/50351013
4、检测卡顿
- 对主线程Looper.loop中的msg.target.dispatchMessage(msg)方法的耗时进行检测，源码中执行前后有日志打出，通过过滤日志能知道耗时。
- Andriod系统中每16ms发出信号刷新屏幕，SDK中有相关的类和回调，检测2次刷新的间隔时间，大于16ms则打印出堆栈信息定位问题。
https://blog.csdn.net/lmj623565791/article/details/58626355
https://blog.csdn.net/u013493809/article/details/62215250 - TraceView
使用的思路分析：
（1）调用次数不多，但每次耗时长的方法
（2）自身耗时不长，但频繁调用的方法
关于第一种，通常做法是先按Cpu Time/Call降序排序，然后看Incl Cpu Time的大小，综合起来越大的性能问题越严重
关于第二种，通常做法是按Calls + Recur Calls/Total降序排序，然后看Incl Cpu Time的大小，综合起来越大的性能问题越严重
https://blog.csdn.net/qianrushi9/article/details/58605827
参考资料
https://www.jianshu.com/p/9755da0f4e8f
https://www.jianshu.com/p/307ba8911799
https://blog.csdn.net/lmj623565791/article/details/45556391/
