android-----View工作原理系列(三)

        前面两篇博客我介绍了invalidate、postInvalidate、requestLayout的源码分析以及解释了从调用setContentView开始是怎么一步一步走到performTraversals来进行视图绘制的。这篇博客我将对performTraversals之后的measure、layout、draw三个过程通过伪代码的方式来个总结；

        首先用一张图来直观的展示出View绘制过程中涉及到的大部分方法：

 

        注意我们这张图只是表示执行流程，并没有对当前View是View还是ViewGroup进行区分；

        首先从performTraversals方法开始，他的伪代码可以表示成：

private void performTraversals() {//开始执行measure测量过程performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);//开始执行layout布局过程performLayout(lp，childWidthMeasureSpec, childHeightMeasureSpec);//开始执行draw绘制过程performDraw();}

        先来看performMeasure过程伪代码：

private void performMeasure(childWidthMeasureSpec, childHeightMeasureSpec) {measure(childWidthMeasureSpec, childHeightMeasureSpec);}//注意到measure是一个final类型的方法，所以子类不能进行覆写public final void measure(int widthMeasureSpec, int heightMeasureSpec) {onMeasure(childWidthMeasureSpec, childHeightMeasureSpec);}//所以我们平常在自定义View的时候覆写的是omMeasureprotected void onMeasure(int widthMeasureSpec, int heightMeasureSpec){if(当前View是View不包含子view的话){//设置当前View的宽高测量值setMeasuredDimension(int measuredWidth, int measuredHeight);}else{//说明当前View是ViewGroup//通过for循环遍历子Viewfor(int i = 0;i < childCount;i++){View child = getChildAt(i);//调用measureChild或者measureChildWithMargins方法measureChild(child,widthMeasureSpec,heightMeasureSpec);}}}//内部还是会调用measure方法protected void measureChildWithMargins(View child,int parentWidthMeasureSpec, int widthUsed,int parentHeightMeasureSpec, int heightUsed){    int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin+ widthUsed, lp.width);    int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,mPaddingTop + mPaddingBottom + lp.topMargin + lp.bottomMargin+ heightUsed, lp.height);    child.measure(childWidthMeasureSpec, childHeightMeasureSpec);}//内部同样也会调用measure方法 protected void measureChild(View child, int parentWidthMeasureSpec,int parentHeightMeasureSpec) {    LayoutParams lp = child.getLayoutParams();    int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,mPaddingLeft + mPaddingRight, lp.width);    int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec, mPaddingTop + mPaddingBottom, lp.height);    child.measure(childWidthMeasureSpec, childHeightMeasureSpec);}

        我来解释下这段伪代码：

        首先执行performMeasure实际上执行的是measure，而measure随后调用的是onMeasure，这点对于View和ViewGroup是一致的，随后在执行onMeasure的时候两者是有差别的，对于View来说，直接执行setMeasuredDimension来设置view的测量宽高即可，但是对于ViewGroup来说，因为它里面还有子View所以在测量的时候我们需要先测量他的子View，也就出现了代码的第20行遍历当前ViewGroup下面View树的代码了，因为子View中的MeasureSpec测量值和父View有很大的关系，所以在这里我们通过measureChild或者measureChildWithMargins计算MeasureSpec的时候都要将子View本身以及父View的MeasureSpec传递进去，具体在measureChild或者measureChildWithMargins里面得到MeasureSpec之后还是通过measure方法来进行测量的，接着就会继续回调我们的onMeasure，直到View树中的View不再是ViewGroup为止；

        在上面的代码中我们涉及到了MeasureSpec的计算，这里简单提一下，MeasureSpec的计算结果不仅由当前View的LayoutParams属性决定，还受父容器的影响，他的值的获得有两种情况，一种是顶级View也就是DecorView的MeasureSpec值的获取，一种是普通View的MeasureSpec值的获取，为什么要将顶级View单独处理呢？原因很简单，顶级View的MeasureSpec值获取是和窗体大小有关系的，普通View是和上级有关系，所以在获得顶级View的MeasureSpec我们使用的是getRootMeasureSpec(int windowSize,int rootDimension)，传入的参数是窗体大小以及自身的LayoutParams宽或者高的属性值，而普通View的MeasureSpec我们使用的是getChildMeasureSpec(int spec, int padding, int childDimension)，传入的参数分别是父View的MeasureSpec值，父View已经使用的空间大小以及自身LayoutParams宽或者高的属性值；

        接下来就是performLayout的伪代码了：

 private void performLayout(WindowManager.LayoutParams lp, int desiredWindowWidth,int desiredWindowHeight) {  //1.获得当前View  final View host = mView;  //2.调用确定当前View的布局  host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight()); } public void layout(int l, int t, int r, int b)  { //执行setFrame主要是设定View的四个顶点位置     setFrame(l,t,r,b); if(当前View是View不包含子view的话) { //执行一些别的操作之后返回 }else { //表示当前View是ViewGroup //执行onLayout方法 onLayout(changed, l, t, r, b); }}protected void onLayout(boolean changed, int left, int top, int right, int bottom){for(int i = 0;i < childCount;i++){View child = getChildAt(i);//执行setChildFrame,定位子View的四个顶点位置setChildFrame(child,left,top,right,bottom);}}private void setChildFrame(View child, int left, int top, int width, int height) {           //实际上就是调用layout方法而已              child.layout(left, top, left + width, top + height);}

        下面对performLayout伪代码进行简单解释：

        首先执行的是layout方法，这个方法会根据当前View是否是ViewGroup来决定是否执行onLayout方法，如果不是ViewGroup的话，执行setFrame设定四个顶点位置，随后执行一些别的操作之后返回，如果是ViewGroup的话，需要执行onLayout方法，这个方法里面会遍历该ViewGroup的子View，并且对每个子View调用setChileFrame方法，这个方法实际上执行的就是layout方法，这样相当于形成了间接递归，知道当前View不再是ViewGroup为止；

        performDraw伪代码实现：

private void performDraw() {draw(canvas);} public void draw(Canvas canvas) {     * 1. Draw the background         * 2. If necessary, save the canvas' layers to prepare for fading         * 3. Draw view's content         * 4. Draw children         * 5. If necessary, draw the fading edges and restore layers         * 6. Draw decorations (scrollbars for instance)//最重要的就是第3步调用onDraw绘制自己//第4步调用dispatchDraw绘制子Viewif(当前View是View不包含子view的话)    {//绘制自己onDraw(canvas);}else    {dispatchDraw(canvas);}}//绘制ViewGroup的子Viewprotected void dispatchDraw(Canvas canvas) {for(int i = 0;i < childCount;i++){View child = getChildAt(i);//绘制子ViewdrawChild(child,canvas);}}//绘制子Viewprotected void drawChild(View child,Canvas canvas) {child.draw(canvas);}

        下面对这段伪代码进行简单解释一下：

        首先调用performDraw之后执行draw方法，如果当前View不是ViewGroup的话，执行onDraw方法，直接绘制自己就可以了，如果当前View是ViewGroup的话，那么我们需要通过dispatchDraw绘制当前View的子View，可以看到在dispatchDraw里面实际上是循环调用drawChild绘制ViewGroup的子View，而drawChild里面实际上执行的还是draw方法，这样也同样形成了递归，直到不再是ViewGroup为止；

        至此，我对View绘制过程中的三个过程用伪代码的方式总结结束了，如果其中有什么错误的地方，欢迎大家留言探讨！！！！