Android的UI渲染机制（一）

        应用程序与Surface的关系，从应用程序的Activity开始，一路追踪到ViewRoot、WindowManager Service。

        SurfaceFlinger则主要负责视图的显示，其管理多个surface进行图像合成。WindowManager Service由System_Server进程启动，SurfaceFligner也在这个进程中。

        App端copyFrom() 出来 Native Surface 时会创建一个 SharedBufferClient ，其与与 SharedClient 这块共享内存关联。当客户端 addView() 或者需要更新 View 时，会通过 SharedBufferClient写入数据到 ShareClient 中，SurfaceFlinger 中的 SharedBufferServer 接收到通知会将 FrameBuffer 中的数据传输到屏幕上。

        HWComposer 是基于硬件来产生 VSync 信号的，来通知 SurfaceFlinger 重绘，控制显示的帧率。

        接下来，我们来看下一个Android应用从应用程序图标到视图渲染完成的完成过程。

1. zygote进程在响应请求后会fork 一个子进程，这个子进程是App对应的进程，它的入口函数是ActivityThread类的main函数。
2. ActivityThread类中有一个handleLaunchActivity函数，它就是创建Activity的地方。handleLaunchActivity中用performLaunchActivity返回一个Activity，其作用有以下两点：根据类名以Java反射的方法创建一个Activity；调用Activity的onCreate函数。在onCreate函数中，我们一般会调用setContentView函数。
3. setContentView即为window设置当前view。这里的window即phoneWindow，用于控制顶层窗口的外观和行为，它的作用是绘制背景和标题栏、默认的按键处理等。它将作为一个顶级的View加入到WindowManager中；View是一个基本的UI单元，占据屏幕的一块矩形区域，可用于绘制，并能处理事件。
4. ViewRoot是View视图体系的根，每一个Window（注意是Window，比如PhoneWindow）有一个ViewRoot，它的作用是处理layout和View视图体系的绘制工作。视图体系包括Views和ViewGroupViewRoot继承了Handler类，看来它能处理消息。ViewRoot重写了handleMessage函数。
5. ViewRoot有一个成员变量叫mSurface，它是Surface类型，它和一块RawBuffer有关联。Surface操作这块Raw buffer。
6. ViewRoot还有W类型的mWindow和一个View类型的mView变量，mWindow将参与binder进行进程间通信，mView指向PhoneWindow的DecorView。
7. ViewRoot通过mWindow和远端进程SystemServer的WMS有交互，当WMS所在的SystemServer进程接收到按键事件后，会把它交给这个IWindow对象
8. 整个Activity的绘图流程就是从mSurface中lock一块Canvas，ViewRoot和它所控制的View及其子View公用同一块canvas。Canvas有一个bitmap，那么绘制UI时，数据就画在Canvas的这个bitmap中。
9. 绘图完成后，客户端经由SharedBufferClient将数据提交到SurfaceFlinger。SurfaceFlinger在收到 VSync 信号时将FrameBuffer中的内容渲染上屏。