measureChildren作品

无论是在改写View依然是ViewGroup什么时候。特别ViewGrop什么时候，通常是不可避免的重写onMeasure方法，我们一定会调用setMeasuredDimension()将測量好的宽高值传递进去。也不免调用measureChildren方法。来測量全部的子View的大小，以下我们看看measureChildren方法是怎样工作的。

这对我们重写onMeasure无疑是非常有帮助的。由于一般我们都会看到这一行代码

// 计算出全部的childView的宽和高  
        measureChildren(widthMeasureSpec, heightMeasureSpec);

可是它究竟測量到什么程度，满足不满足我们自己定义ViewGroup对以下一系列child尺寸的測量需求，不知道这个我们写代码就心里没底。

所以我们有必要扒出它的老底来看看。由此来决定我们能否够直接使用这种方法，还是因为我们有很多其它的效果要实现，有很多其它的因素须要考虑。这种方法不能满足需求，须要自己写方法来測量child。

同一时候我们在有必要又一次写方法来測量child的时候，我们也要从自带方法的思路開始扩展。

说了一大堆。总之这个问题非常重要。

以下要了解它的工作原理，我们还是要来看看源代码：

（一）首先是measureChildren

 /** 
 * 遍历全部的子view去測量自己（跳过GONE类型View） 
 * @param widthMeasureSpec 从父容器传递给子容器的布局需求(宽)
 * @param heightMeasureSpec 从父容器传递给子容器的布局需求（高）
 */  
protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec) {  
    final int size = mChildrenCount;  
    final View[] children = mChildren;  
    for (int i = 0; i < size; ++i) {  
        final View child = children[i];  
        if ((child.mViewFlags & VISIBILITY_MASK) != GONE) {  
            measureChild(child, widthMeasureSpec, heightMeasureSpec);  
        }  
    }  
}

这部分非常easy，也就是遍历全部的子View，假设View的状态不是GONE就调用measureChild去进行下一步的測量。

（二）所以我们再来看一下measureChild

/** 
 * 測量单个视图。将宽高和padding加在一起后交给getChildMeasureSpec去获得终于的測量值 
 * @param child 须要測量的子视图 
<pre name="code" class="java"> * @param widthMeasureSpec 从父容器传递给子容器的布局需求(宽)
 * @param heightMeasureSpec 从父容器传递给子容器的布局需求（高）

*/ protected void measureChild(View child, int parentWidthMeasureSpec, int parentHeightMeasureSpec) { // 取得子视图的布局參数 final LayoutParams lp = child.getLayoutParams(); // 通过getChildMeasureSpec获取终于的宽高具体測量值 final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec, mPaddingLeft + mPaddingRight, lp.width); final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec, mPaddingTop + mPaddingBottom, lp.height); // 将计算好的宽高具体測量值传入measure方法。完毕最后的測量 child.measure(childWidthMeasureSpec, childHeightMeasureSpec); }

这种方法就是对一个子视图进行測量。当中一个重要的方法就是getChildMeasureSpec()。

（三）所以我们再来看一下getChildMeasureSpec

/** 
 * 
 * 结合父view的MeasureSpec与子view的LayoutParams信息去找到最好的结果 
 * （子view的确切大小由双方面共同决定：父view的MeasureSpec 子view的LayoutParams属性） 
 *  
 * @param spec 父view的MeasureSpec
 * @param padding view当前尺寸的的内边距和外边距(padding,margin) 
 * @param childDimension child在当前尺寸下的布局參数宽高值(LayoutParam.width,height) 
 */  
public static int getChildMeasureSpec(int spec, int padding, int childDimension) {  
    //父view的模式和大小  
    int specMode = MeasureSpec.getMode(spec);     
    int specSize = MeasureSpec.getSize(spec);     
  
    //通过父view计算出的子view = 父大小-边距（父要求的大小。但子view不一定用这个值）   
    int size = Math.max(0, specSize - padding);  
  
    //子view想要的实际大小和模式（须要计算）  
    int resultSize = 0;  
    int resultMode = 0;  
  
    //通过1.父view的MeasureSpec 2.子view的LayoutParams属性这两点来确定子view的大小  
    switch (specMode) {  
    // 当父view的模式为EXACITY时，父view强加给子view确切的值  
    case MeasureSpec.EXACTLY:  
        // 当子view的LayoutParams>0也就是有确切的值  
        if (childDimension >= 0) {  
            //子view大小为子自身所赋的值，模式大小为EXACTLY  
            resultSize = childDimension;  
            resultMode = MeasureSpec.EXACTLY;  
        // 当子view的LayoutParams为MATCH_PARENT时(-1)  
        } else if (childDimension == LayoutParams.MATCH_PARENT) {  
            //子view大小为父view大小，模式为EXACTLY  
            resultSize = size;  
            resultMode = MeasureSpec.EXACTLY;  
        // 当子view的LayoutParams为WRAP_CONTENT时(-2)      
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {  
            //子view决定自己的大小。但最大不能超过父view，模式为AT_MOST  
            resultSize = size;  
            resultMode = MeasureSpec.AT_MOST;  
        }  
        break;  
  
    // 当父view的模式为AT_MOST时，父view强加给子view一个最大的值。  
    case MeasureSpec.AT_MOST:  
        // 道理同上  
        if (childDimension >= 0) {  
            resultSize = childDimension;  
            resultMode = MeasureSpec.EXACTLY;  
        } else if (childDimension == LayoutParams.MATCH_PARENT) {  
            resultSize = size;  
            resultMode = MeasureSpec.AT_MOST;  
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {  
            resultSize = size;  
            resultMode = MeasureSpec.AT_MOST;  
        }  
        break;  
  
    // 当父view的模式为UNSPECIFIED时，子view为想要的值  
    case MeasureSpec.UNSPECIFIED:  
        if (childDimension >= 0) {  
            // 子view大小为子自身所赋的值  
            resultSize = childDimension;  
            resultMode = MeasureSpec.EXACTLY;  
        } else if (childDimension == LayoutParams.MATCH_PARENT) {  
            // 由于父view为UNSPECIFIED，所以MATCH_PARENT的话子类大小为0  
            resultSize = 0;  
            resultMode = MeasureSpec.UNSPECIFIED;  
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {  
            // 由于父view为UNSPECIFIED，所以WRAP_CONTENT的话子类大小为0  
            resultSize = 0;  
            resultMode = MeasureSpec.UNSPECIFIED;  
        }  
        break;  
    }  
    return MeasureSpec.makeMeasureSpec(resultSize, resultMode);  
}

总而言之，这些推断和设置事实上就是依据三种模式以及传入的尺寸要求，还有须要考虑的padding和margin之后。比較全面的计算出了一个測量值，了解了这些之后我们就能够确定什么时候须要自己写关于子视图的測量部分。什么时候我们仅仅须要简单的一行代码：

// 计算出全部的childView的宽和高  
        measureChildren(widthMeasureSpec, heightMeasureSpec);

就能够满足我们的需求了，所以一切还是按需来处理。

在我个人看来，这种方法考虑的比我最初想象的要全面多了，看来除了有比較特殊的需求，大部分的时候都是能够直接使用这种方法的。这还是省了不少事的。

假设您对我提到的模式或者是重写过程不大了解的，详细的关于重写onMeasure内容请详见我的另外一篇博客：

http://blog.csdn.net/sunmc1204953974/article/details/38454267

希望大家能有所收获，我也是学生。有什么写的不好的地方还请多多不吝赐教！