View的绘制流程
View的概述：
Activity作为应用程序的载体所存在，代表一个完整的界面，提供一个Window来绘制各种UI组件
Activity的结构：
Activity：
每次系统为我们默认建好MainActivity，他是继承与AppCompatActivity，其实AppCompatActivity也是间接性的继承一个Activity类 所以我们最外层 是一个Activity
PhoneWindow：
我们在MainActivity使用的setContentView加载布局时，实际上时调用了PhoneWindow里面的setContentView
DecorView：
我们在PhoneWindow操作中会生成一个DecorView，而DecorView是继承于FrameLayout的一个类
TitleView+ContentView：
TitleView是用于显示标题的，ContentView是我么你平时用的最多的一个，我们在写布局的时候 我们写得所有控件：例如（ToolBar，TextView，ImagerView。。。）都是放在activity_main.xml 而这个又在我们的ContentView中放置的，所以这也是我们加载布局的方法要叫做setContentView不是叫setView
View绘制过程：
刚才我们介绍了Activity的结构 正因为有了上边的介绍 View绘制实际上是从PhoneWindow的setContentView开始绘制，那我们就讲一下View的绘制流程。
我们在Activity中调用setContentView()方法的时候实际上是调用了PhoneWindow中的setContentView()方法，在这个方法中 我们进行了一系列的判断 首先我们判断一个成员属性ContentParent是否为空，然而我们的ContentParent成员属性代表的就是id为content的FrameLayout。
如果我们的ContentParent成员属性为空，就会调用一个InstallDecor()的方法来进行初始化。如果我们的ContentParent成员属性不为空，就会调用一个removeAllViews()方法来移除掉我们所有的子View。这也是我们多次调用setContentView()方法来绘制不同的UI效果。
接下来我们会通过LayoutInflater()方法进行加载布局，在经过层层调用以后，最终会把我们传入的一个Int类型的R文件资源以XMLPull的解析形式去解析我们的XML布局，这里在解析过程中我们会对一些的特殊的标签进行特殊的处理(<merge>，<include>，<tag>，<tequest_force>)然后以递归的形式加载View视图，并添加到我们的ContentParent中
经过上面的操作，我们已经把XML中的View都已经添加到我们的ContentParent中了，但是我们的View绘制还没有开始，View绘制是在我们加载完布局以后，setContentView()方法会执行 。requestAllInserts()方法 这个方法经过层层调用会以Handler的形式，调用到ViewRootImpl的performTraversals()方法，performTraversals()方法会逐次调用performMeasure() performLayout() performDraw()这三个方法 然而View的绘制流程也是从这里正式的开始了
在performTraversals()方法中，会先调用 measureHierchy()方法，measureHierchy()方法会调用 getRootMeasureSpec() 方法生成 对宽高的MeasureSpec(测量) 之后调用 performMeasure() 方法， performMeasure() 方法中调用到了 View.measure(int childWidthMeasureSpec, int childHeightMeasureSpec)方法。 View 就是DecorView。
Measure阶段 DecorView 的 measure()方法调用的是View的measure()方法。measure()方法主要用于测量一个View的实际大小，具体的测量在onMeasure()方法中完成。measure()方法需要两个局部变量任意成立一个，才会进行实际的测量工作。
onMeasure()方法 DecorView继承自FrameLayout，他的测量工作是调用的FrameLayout的onMeasure()方法。作为一个ViewGroup,容器类型的View，他会先完成对所有子View的测量，计算出所有子View的最大宽度和最大高度，再去完成自身的测量。将获取到的最大宽度和最大高度加上padding,然后会检查是否设置了最小宽高，并与其比较，得到的最大值就是最终测量到的结果。这个结果代表了如果使用这个尺寸人话，就可以正常显示所有的子View了。 然后会调用 resolveStateAndSize()方法 将这测量的结果保存起来。
测量子View： 他会以一个数组的形式 遍历调用 measureChildWithMargins()方法 对子View进行测measureChildWithMargins()方法中，他需要调用 getChildMeasureSpec()方法对子View提出一个MeasureSpec。这个childMeasureSpec 代表了父View对子View的宽高限制。
layout()阶段 ： layout阶段的基本思想也是从根view开始(DecorView.layout()) DecorView的layout()实际上也就是View的layout()方法。他是在performLayout()方法中被调用的， 接受四个参数，分别为相对于父View的上、下、左、右的边距。在layout()方法中，会调用setFrame()方法判断布局是否发生了改变如果发生了改变，则调用onLayout()方法重新布局，并且将改变的位置存放点成员内存中。一般来说View的onLayout()方法是一个空方法，因为他不包含其他子View，所以不需要考虑布局问题，而ViewGroup容器类型的View的onLayout()方法是一个抽象方法，因为不同的实现的布局方式不尽相同，但大致方式都是类似的，对子View进行遍历，结合gravity计算子View的放置位置(visible == GONE 的不进行计算)。 layout阶段主要就是根据上一阶段所得到的的子View的测量宽高来决定子View的显示位置。经过measure阶段和layout阶段，我们已经确定子View的尺寸和显示位置，接下来就应该是draw阶段。
Draw()阶段：ViewRootImpl.performDraw() -> decorView.draw();decorView.draw()调用的是View的draw()方法。执行流程：View.draw() -> View.onDraw() -> ViewGroup.dispatchDraw();对于DecorView来说，他是一个ViewGroup，他本身没有什么需要绘制的，所以他的onDraw()方法是空的(View的onDraw()方法也是空的，因为每个View的绘制都不相同)在dispatchDraw()方法中， -> ViewGroup.drawChild() 他将Canvas做了一些变化，然后调用子View的onDraw()方法。
