Android性能优化之绘制优化
1 卡顿主要场景
这四种卡顿场景可以归纳为两类
界面绘制：主要原因是绘制的层级深、页面复杂、刷新不合理，由于这些原因导致的卡顿的场景更多出现在UI和启动后的初始界面以及跳转到页面的绘制上
数据处理：导致这种卡顿的主要原因是数据处理量太大，分如下三种情况
1 数据处理在UI线程
2 数据处理占用CPU高，导致主线程拿不到时间片
3 内存增加导致GC频繁，从而卡顿
2 Android系统显示原理
显示的过程：android应用程序把经过测量、布局、绘制后的surface缓存数据，通过surfaceflinger把数据渲染到显示屏幕上，通过android的刷新机制来刷新数据。应用层复杂绘制，系统层复杂渲染，通过进程间通信把应用层需要绘制的数据传递到系统层服务，系统层服务通过刷新机制把数据更新到屏幕
3 绘制原理
应用层绘制一个页面的过程：CPU准备数据-->GPU从数据缓存列表获取数据-->Display设备绘制
1）应用层
2）系统层
3）刷新机制
4 卡顿的根本原因
影响绘制的根本原因有以下两方面：
1 ）绘制任务太重，绘制一帧内容耗时太长
2 ）主线程太忙了，导致VSync信号来时还没有准备好数据导致丢帧
主线程的工作：
UI生命周期控制
系统事件处理
消息处理
界面布局
界面绘制
界面刷新
除了这些以外，尽量避免将其他处理放到主线程中，特别是复杂的数据计算和网络请求
5 性能分析工具
Hierarchy view--layout层次分析
GPU Profile--系统自带的，开发者选项中开启
Lint
TraceView：可以分析到应用具体每一个方法的执行时间
用法：在需要开始监控的地方调用startMethodTracing().
在需要结束监控的地方调用stopMethodTracing()
系统会在sd卡中创建<trace-bame>.trace文件
使用traceview打开该文件进行分析
Systrace--收集android关键自系统（如surfaceflinger、WindowManagerService等framework部分关键模块、服务、view系统）的运行信息，功能包括跟着系统的I/O操作、内核工作队列、CPU负载等，在UI显示性能分析上提供很好的数据，特别是在动画播放不流畅、渲染卡等问题上，可以很直观地查看CPU周期消耗的具体时间，显示每个线程和进程的跟踪信息，使用不同颜色来突出问题的严重性
6 布局优化
方法
1）减少层级：合理使用relativelayout和LinearLayout，合理使用merge
2）提高显示速度：viewstub
3）布局复用:include
小结：
影响布局效率主要有以下几点
布局的层级越少，加载速度越快
减少同一层级控件的数量，加载速度会变快
一个控件的属性越少，解析越快
对优化的总结：
尽量多使用relativelayout和LinearLayout，不要使用绝对布局absolutelayout
将可以服用的组件抽出来并通过<include/>标签使用
使用<ViewStub/>标签加载一些不常用的布局
使用<merge/>标签减少布局的嵌套层次
尽可能少用wrap_content,wrap_content会增加布局measure时的计算成本，已知宽高为固定值时，不用wrap_content
删除控件中的无用属性
7 避免过度绘制
定义：在屏幕上的某个像素在同一帧的时间内别绘制了多次
导致过度绘制的主要原因：
xml布局->控件有重叠且有设置背景
view自绘->View.onDraw里面同一个区域被绘制多次
过度绘制检测工具：开发者选项中打开显示GPU过度重绘
7.1 如何避免过度绘制
1）布局行的优化：移除xml中非必须的背景，或者根据条件设置
移除window默认的背景
按需显示占位背景图片
2）自定义view优化
可以通过cancas.clipRect()来帮助系统识别那些可见的区域
通过canvas.quickreject()来判断是否没有和某个矩形相交，从而跳过哪些非矩形区域内的绘制操作