概述

上一章节，我们从 setContentView为起点，阅读源码，熟悉了 view，Activity和Window的关系。

大概可以总结如下：

Activity中setContentView实际上走到了Window的setContentView。

Window有唯一的实现类PhoneWindow，在该类中，利用ViewRootImpl实现了创建我们指定的 Layout（包括测量布局绘制），以及将该Layout挂载到DecorView作为它的child。

其中涉及到了一个重要概念WindowManagerService（简称为WMS,系统级别的窗口管理服务），这个WMS负责将我们的布局绘制到屏幕上。

最后，如果屏幕上的布局要与用户手势发生交互，得手机屏幕的硬件层面先和 AndroidFramework层进行socket交互，然后WMS得知了事件，最后通过binder，告知了当前的app进程，并将事件通过事件链表，传递给了当前Activity的DecorView。

最后执行了我们很熟悉的 View.dispatchTouchEvent将事件进行一步步下发。

重点关注ViewRootImpl，它作为一个普通类，没有继承 View，Activity，Window的任何一个，但是却联通了 View，Activity，Window三者。在布局的渲染中起到了以下两个关键作用。

调用 requestLayout方法，执行了View的测量布局绘制，即View的完整渲染流程。

通过binder机制，将View添加到Window中

在ViewRootImpl的作用下，我们的layout才显示在屏幕上。

下面，详细关注以下ViewRootImpl的源代码：

屏幕绘制

其中 requestLayout 就是在执行View的渲染流程。

具体过程如下：

1. 检查线程，其实就是检查是否为主线程，如果不是，就抛出异常。
1. 将请求布局的参数 mLayoutRequestd 设置为 true。这个参数决定后续是否要执行 measure,layout等操作。
1. 执行 scheduleTraversals()
- 上图1处,利用handler，发送了一个 syncBarrier消息到queue中。在looper的next获取消息时，如果发现没有target的message，则在一定时间内跳过同步消息，优先执行异步消息。这里调用此方法，保证 UI绘制优先执行。
- 上图2处，执行一个 postCallback方法到主线程的消息队列,发送到消息为：mTraversalRunnable，具体如下：
  - 图中红框标记处，发送了一个异步类型的消息到主线程消息队列中。
  - mTraversalRunnable的具体源代码为：
    - 就是在这个Runnable中，执行了最为关键的 performTraversals(), 这个方法中，执行了 View的完整渲染流程 measure->layout->draw.

ViewRootImpl 的 performTraversals()

源代码精简如下：实际上也就对应了 measure->layout->draw

measureHierarchy

View的测量是一个递归过程。递归执行了所有子view的测量过程之后，最终决定了父的宽高。那么递归的起源是哪里呢？猜到了吧，就是DecorView。我们Activity上的最高级别的View，就是DecorView。

请看源代码：

红框内为获取根部的MeasureSpec，这里的 lp.width 和 lp.height, 其实就是屏幕的宽高（Activity默认全屏）。然后将获得到的两个MeasureSpec交给了 performMeasure().

上图中的 mView 就是DecorView, mView.measure()就是递归测量的起点。

performLayout

也是一个递归调用。结论与 measure的过程类似。都是 DecorView作为起点的递归layout。

performDraw

图中1处，表示开启了硬件加速，则使用硬件渲染器来进行绘制。

图中2处，执行的是软件绘制。

ViewRootImpl 中有一个重要的元素：surface。它的核心功能就是 UI渲染。 ViewRootImpl会将 draw 方法中绘制的UI元素，绑定到 surface上。如果说 Canvas是画版，那么 surface就是画布上的画纸。 Surface上的内容最终会传递给底层的 SurfaceFlinger 。最终将surface中的内容合成并显示在屏幕上。