Android 中的组件一定是 View 的直接子类或间接子类，View类定义了组件相关的通用功能，并打通了组件在Activity整个活动周期中的绘制流程和效果等，了解并掌握 View 的工作原理，我们先从 Activity 的组成结构说起。
Acticity代表着一个窗口的意思，是由Activity的成员变量mWindow来表示的，mWindow本质上就是一个PhoneWindow对象，PhoneWindow继承自Window抽象类，负责窗口的管理。PhoneWindow并不用来呈现界面的效果，呈现界面的效果PhoneWindow管理的DecorView对象来完成，DecorView是FrameLayout的子类，也是整个View树的“根”。DecorView有三部分组成，ActionBar、标题区和内容区。在SDK platforms/android-21/data/res/layout 的目录下有一个名为 screen_title.xml 的布局文件中，ActionBar 由 ViewStub 标签定义，内容区包含了两个 FrameLayout 标签，分别代表标题栏和正文区。
PhoneWindow除了关联DecorView主要负责窗口的绘制和渲染，它还关联一个mWindowManager的WindowManager对象，WindowManager会创建一个ViewRootlmpl对象来和WindowManagerService 进行沟通，WindowManagerService 能获取触摸事件、键盘事件或轨迹球事件，并通ViewRootImpl 将事件分发给各个 Actitivty；另外，ViewRootImpl 还负责 Activity 整个 GUI 的绘制。
View树的绘制流程，ViewRootImpl 负责 Activity 整个 GUI 的绘制，而绘制是从 ViewRootImpl 的performTraversals()方法开始的，该方法使用 private 修饰，控制着 View 树的绘制流程，禁止被重写。在这个方法中会调用这三个方法，performMeasure()方法测量组件的大小，performLayout()方法用于子组件的定位（放在窗口的什么地方），而 performDraw()方法自然就是将组件的外观绘制出来了。
performMeasure()方法负责组件自身尺寸的测量，performMeasure()方法根据设置的模式计算出组件的宽度和高度，模式为 match_parent 和数值的时候是不需要计算的，传过来的就是父容器自己计算好的尺寸或是一个指定的精确值，只有模式为 wrap_content 的时候才需要根据内容进行尺寸的测量，performMeasure()方法会调View.measure(childWidthMeasureSpec,childHeightMeasureSpec);对象 mView 是 View 树的根视图，代码中调用了 mView 的 measure()方法 又会调用onMeasure(widthMeasureSpec, heightMeasureSpec);这个方法。onMeasure()方法是为组件尺寸的测量预留的功能接口，当然，也定义了默认的实现，默认实现并没有太多意义，在绝大部分情况下，onMeasure()方法必须重写。测量的是容器的尺寸，而容器的尺寸又依赖于子组件的大小，所以必须先测量容器中子组件的大小，不然，测量出来的宽度和高度永远为 0。measure 是“测量、评定”之意，说明其结果只起参考作用，并不一定非得使用该值不可，组件真正的大小最终是由setFrame()方法决定的，该方法一般情况下会参考 measure 出来的尺寸值。
performLayout()方法用于确定子组件的位置，所以，该方法只针对 ViewGroup 容器类。在performLayout()中会调用host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight());方法，代码中的 host 是 View 树中的根视图（DecroView），也就是最外层容器，容器的位置安排在左上角（0, 0），其大小默认会填满 mContentParent 容器。 layout()方法中，在定位之前如果需要重新测量组件的大小，则先调用 onMeasure()方法，接下来执行 setOpticalFrame()或 setFrame()方法确定自身的位置与大小，此时只是保存了相关的值，与具体的绘制无关。随后，onLayout()方法被调用，该方法是空方法。protected void onLayout(boolean changed, int left, int top, int right, int bottom) {}。onLayout()方法在这里的作用是当前组件为容器时，负责定位容器中的子组件，这其实是一个递归的过程，如果子组件也是一个容器，该容器依然要负责他的子组件的定位，依此类推，直到所有的组件都定位完成为止，也就是说，从最顶层的 DecorView 开始定位。
performDraw()方法执行组件的绘制功能，组件绘制是一个十分复杂的过程，不仅仅绘制组件本身，还要绘制背景、滚动条，好消息是每个组件只需要负责自身的绘制，而且一般来说，容器组件不需要绘制，ViewGroup 已经做了大量的工作。 performDraw()方法中调用了 draw()，draw()方法又调用了 drawSoftware()方法。绘制组件是通过 Canvas 类完成的，该类定义了若干个绘制图形的方法，通过 Paint类配置绘制参数，便能绘制出各种图案效果。为了提高绘图的性能，使用了 Surface 技术，Surface提供了一套双缓存机制，能大大加快绘图效率，而我们绘图时需要的 Canvas 对象也由是 Surface创建的。drawSoftware()方法中调用了 mView 的 draw()方法，前面说过，mView 是 Activity 界面中 View树的根（DecroView），也是一个容器（具体来说就是一个 FrameLayout 布局容器）FrameLayout 类的 draw()方法做了两件事，一是调用父类的 draw()方法绘制自己，二是将前
景位图画在了 canvas 上。自然，super.draw(canvas)语句是我们关注的重点，FrameLayout 继承自
ViewGroup，遗憾的是 ViewGroup 并没有重写 draw()方法，也就是说，ViewGroup 的绘制完全重
用了他的父类 View 的 draw()方法，不过，ViewGroup 中定义了一个名为 dispatchDraw()的方法，
该方法在 View 中定义，在 ViewGroup 中实现。先看View的 draw()方法
public void draw(Canvas canvas) {
background.draw(canvas);
if (!dirtyOpaque) onDraw(canvas);
dispatchDraw(canvas);
onDrawScrollBars(canvas);
}
绘制背景：background.draw(canvas)
绘制自己：onDraw(canvas)
绘制子视图：dispatchDraw(canvas)
绘制滚动条：onDrawScrollBars(canvas)
background 是一个 Drawable 对象，直接绘制在 Canvas 上，并且与组件要绘制的内容互不干扰，很多时候，这个特征能被某些场景利用，比如“刮刮乐”就是一个很好的范例。dispatchDraw()方法也是一个空方法 protected void dispatchDraw(Canvas canvas) { }容器中的子组件必须通过 dispatchDraw()方法进行绘制，所以，View虽然没有实现该方法但他的子类 ViewGroup 实现了该方法。在 dispatchDraw()方法中，循环遍历每一个子组件，并调用 drawChild()方法绘制子组件，而子组件又调用 View 的 draw()方法绘制自己。组件的绘制也是一个递归的过程，说到底 Activity 的 UI 界面的根一定是容器，根容器绘制结束后开始绘制子组件，子组件如果是容器继续往下递归绘制，否则将子组件绘制出来……直到所有的组件正确绘制为止。
总体来说，UI 界面的绘制从开始到结束要经历几个过程：
测量大小，回调 onMeasure()方法
组件定位，回调 onLayout()方法
组件绘制，回调 onDraw()方法
