（Android）安卓渲染机制相关知识点

1、View的绘制过程

（1）创建和设置

Window是独占一个Surface实例的显示区域，Window为抽象类，PhoneWindow为唯一实现类。setContentView时会调用该是实现类的setContentView()方法，该方法再调用LayoutInflater.inflate()，并传入了decorView作为LayoutInflater.inflate()的root参数，开始遍历XML文件进行Activity的ContentView的创建与设置工作。

（2）绘制

View的绘制由ViewRoot负责，ViewRoot在Activity启动时ActivityThread调用WindowManager.addView()与DecorView关联（onCreate() - onResume生命周期走完之后），关联后ViewRootImpl类的requestLayout()方法会被调用

requestLayout -> scheduledTraversals() -> mChoreographer.postCallBack() -> 参数中传入TraversalRunnable(为一个Runnable) -> doTraversal() -> performTraversals() -> 开始绘制流程

整个绘制流程分为三个阶段：

• measure: 判断是否需要重新计算View的大小，需要的话则计算；
• layout: 判断是否需要重新计算View的位置，需要的话则计算；
• draw: 判断是否需要重新绘制View，需要的话则重绘制。

每个Activity的根布局都是DecoView，DecoView的parent是ViewRootImpl

2、屏幕刷新过程

（1）步骤

屏幕刷新三个步骤：CPU处理显示逻辑 -> GPU进一步处理和缓存 -> display将buffer中的数据显示出来（16.6ms）

（2）必须UI线程更新UI

更新UI，实际上是将View的变化，通知到ViewRootImpl，由ViewRootImpl实现后续操作，并且这些操作所在的线程必须和UI线程在同一个线程。否则就会出现，UI线程正在绘制页面，而另外能操作UI的线程对View进行了操作，当UI线程绘制完上方的View后，这个被其他线程操作后的View的很有可能会覆盖到其他View之上，无法保证同一帧数据的完整性。即控制View绘制的线程和通知View更新的线程必须是同一线程。