View绘制流程

android需将自己的界面展示给用户，用户和界面进行交互，流畅度就非常重要！此处我们将学习绘制性能分析，首先学习绘制原理，接下来学习性能分析工具。

一、绘制原理

View的绘制流程有3个步骤：

1. measure
2. layout
3. draw

它们主要运行在系统的应用框架层，而真正将数据渲染到屏幕上的则是系统Native层的SurfaceFlinger服务来完成的。

绘制过程主要由CPU来进行Measure、Layout、Record、Execute的数据计算工作，GPU负责栅栏化、渲染。CPU和GPU是通过图形驱动层来进行连接的。图形驱动层维护了一个队列，CPU将display list添加到该队列中，这样GPU就可以从这个队列中取出数据进行绘制。

FPS: 图形处理器每秒钟能够刷新的次数。
要想不卡顿，画面必须保持在60fps，需要屏幕在1s内刷新60次，也就是每16.6667ms刷新一次（绘制时长在16ms以内）

SYNC：即Vertical Synchronization（垂直同步）的缩写，是一种定时中断，一旦收到VSYNC信号，CPU就开始处理各帧数据。

android系统每隔16ms发出VSYNC信号，触发对UI进行渲染，如果每次都渲染成功，这样就能够达到流畅画面所需的60fps。
如果某个操作要花费24ms，这样系统在得到VSYNC信号时无法进行正常的渲染，就会发生失帧。用户会在32ms中看到同一帧的画面，如下图

画面无法保持在60fps
产生卡顿原因有很多，主要有以下几点：
1、布局Layout太过复杂，无法在16ms内完成渲染
2、同一时间动画执行次数过多，导致CPU或GPU负载过重
3、View过度绘制，导致某些像素在同一帧时间内被绘制多次
4、在UI线程中做了稍微耗时操作
5、GC回收暂停时间过长或者频繁的GC产生大量的暂停时间

二、性能分析工具

1. Profile GPU Rendering
2. Systrace
3. TraceView