测量View的宽/高
在某些情况下，需要多次测量（measure）才能确定View最终的宽/高；在这种情况下measure过程后得到的宽/高可能是不准确的；建议在layout过程中onLayout()去获取最终的宽/高在了解measure 过程前，我们需要先了解measure过程中传递尺寸（宽 / 高测量值）的两个类：
ViewGroup.LayoutParams （View 自身的布局参数）MeasureSpecs 类（父视图对子视图的测量要求）ViewGroup 的子类有其对应的 ViewGroup.LayoutParams 子类
ViewGroup 的子类包括RelativeLayout、LinearLayout等；如 RelativeLayout的 ViewGroup.LayoutParams 的子类是RelativeLayoutParams。构造函数构造函数是View的入口，可以用于初始化一些的内容，和获取自定义属性。
// View的构造函数有四种重载 public DIY_View(Context context){ super(context); } public DIY_View(Context context,AttributeSet attrs){ super(context, attrs); } public DIY_View(Context context,AttributeSet attrs,int defStyleAttr ){ super(context, attrs,defStyleAttr); // 第三个参数：默认Style // 默认Style：指在当前Application或Activity所用的Theme中的默认Style // 且只有在明确调用的时候才会生效， } public DIY_View(Context context,AttributeSet attrs,int defStyleAttr ，int defStyleRes){ super(context, attrs，defStyleAttr，defStyleRes); } // 最常用的是1和2 }测量规格
可以理解为：测量View的依据
MeasureSpec的类型分为两种：
测量规格类型即每个MeasureSpec代表了一组宽度和高度的测量规格
决定了一个View的大小（宽/高）
即宽测量值（widthMeasureSpec）和高测量值（heightMeasureSpec）决定了View的大小
如下图：
MeasureSpec组成 - 1 MeasureSpec组成 - 2其中，Mode模式共分为三类
UNSPECIFIED模式EXACTLY模式AT_MOST模式具体说明如下图：
Mode模式说明如下图：
对于普通View下面，我们来看getChildMeasureSpec()的源码分析：
//作用： / 根据父视图的MeasureSpec & 布局参数LayoutParams，计算单个子View的MeasureSpec //即子view的确切大小由两方面共同决定：父view的MeasureSpec 和 子view的LayoutParams属性 public static int getChildMeasureSpec(int spec, int padding, int childDimension) { //参数说明 * @param spec 父view的详细测量值(MeasureSpec) * @param padding view当前尺寸的的内边距和外边距(padding,margin) * @param childDimension 子视图的布局参数（宽/高） //父view的测量模式 int specMode = MeasureSpec.getMode(spec); //父view的大小 int specSize = MeasureSpec.getSize(spec); //通过父view计算出的子view = 父大小-边距（父要求的大小，但子view不一定用这个值） int size = Math.max(0, specSize - padding); //子view想要的实际大小和模式（需要计算） int resultSize = 0; int resultMode = 0; //通过父view的MeasureSpec和子view的LayoutParams确定子view的大小 // 当父view的模式为EXACITY时，父view强加给子view确切的值 //一般是父view设置为match_parent或者固定值的ViewGroup switch (specMode) { 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一个最大的值。（一般是父view设置为wrap_content） 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有任何限制，要多大给多大 // 多见于ListView、GridView 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); } 关于getChildMeasureSpec()里对于子View的测量模式和大小的判断逻辑有点复杂；别担心，我已经帮大家总结好。具体子View的测量模式和大小请看下表： Paste_Image.png规律总结：(以子View为标准，横向观察)
当子View采用具体数值（dp / px）时无论父容器的测量模式是什么，子View的测量模式都是EXACTLY且大小等于设置的具体数值；当子View采用match_parent时 子View的测量模式与父容器的测量模式一致若测量模式为EXACTLY，则子View的大小为父容器的剩余空间；若测量模式为AT_MOST，则子View的大小不超过父容器的剩余空间当子View采用wrap_parent时无论父容器的测量模式是什么，子View的测量模式都是AT_MOST且大小不超过父容器的剩余空间。UNSPECIFIED模式：由于适用于系统内部多次measure情况，很少用到，故此处不讨论
注：区别于顶级View（即DecorView）的计算逻辑
对于顶级View具体请看我写的另外一篇文章：自定义View基础 - 最易懂的自定义View原理系列
measure过程根据View的类型分为两种情况：
View类型 = 单一View时：只测量自身一个View；View类型 = ViewGroup时：对ViewGroup视图中所有的子View都进行测量即遍历去调用所有子元素的measure方法，然后各子元素再递归去执行这个流程。
接下来，我将详细分析这两个measure过程。
下面我将一个个方法进行详细分析。
作用：基本测量逻辑的判断；调用onMeasure()
属于View.java类 & final类型，即子类不能重写此方法
源码分析如下：
public final void measure(int widthMeasureSpec, int heightMeasureSpec) { //参数说明：View的宽 / 高测量规格 ... int cacheIndex = (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT ? -1 : mMeasureCache.indexOfKey(key); if (cacheIndex < 0 || sIgnoreMeasureCache) { // 计算视图大小 onMeasure(widthMeasureSpec, heightMeasureSpec); mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT; } else { ... }measure()最终会调用onMeasure()方法。下面继续看onMeasure()的介绍
下面继续看setMeasuredDimension()的分析
作用：存储测量后的View宽 / 高。
该方法就是我们重写onMeasure()所要实现的最终目的
源码分析如下：
protected final void setMeasuredDimension(int measuredWidth, int measuredHeight) { //参数说明：测量后子View的宽 / 高值 //将测量后子View的宽 / 高值进行传递 mMeasuredWidth = measuredWidth; mMeasuredHeight = measuredHeight; mPrivateFlags |= PFLAG_MEASURED_DIMENSION_SET; }由于setMeasuredDimension（int measuredWidth, int measuredHeight）的参数是从getDefaultSize()获得的，下面我们继续看getDefaultSize()的介绍
接下来我们继续看getSuggestedMinimumWidth()的源码分析
由于getSuggestedMinimumHeight()类似，所以此处仅分析getSuggestedMinimumWidth()
源码分析如下： protected int getSuggestedMinimumWidth() { return (mBackground == null) ? mMinWidth : max(mMinWidth,mBackground.getMinimumWidth()); } //getSuggestedMinimumHeight()同理从代码可以看出：
如果View没有设置背景，View的宽度为mMinWidth
mMinWidth = android:minWidth属性所指定的值；若android:minWidth没指定，则默认为0如果View设置了背景，View的宽度为mMinWidth和mBackground.getMinimumWidth()中的最大值
那么，mBackground.getMinimumWidth()的大小具体是指多少呢？接下来继续看getMinimumWidth()的源码分析：
public int getMinimumWidth() { final int intrinsicWidth = getIntrinsicWidth(); //返回背景图Drawable的原始宽度 return intrinsicWidth > 0 ? intrinsicWidth :0 ; }由源码可知：mBackground.getMinimumWidth()的大小具体是指背景图Drawable的原始宽度。
若无原始宽度，则为0；那么Drawable什么情况下有原始宽度？如：ShapeDrawable没有，但BitmapDrawable有。总结：对于getDefaultSize()计算View的宽/高值的逻辑如下：
计算View的宽/高值的逻辑至此，单一View的宽/高值已经测量完成，即对于单一View的measure过程已经完成。
如：底部导航条中的条目，一般都是上图标(ImageView)、下文字(TextView)，那么这两个就可以用自定义ViewGroup组合成为一个Veiw，提供两个属性分别用来设置文字和图片，使用起来会更加方便。
Paste_Image.png 原理通过遍历所有的子View进行子View的测量，然后将所有子View的尺寸进行合并，最终得到ViewGroup父视图的测量值。 Paste_Image.png这样自上而下、一层层地传递下去，直到完成整个View树的measure（）过程
ViewGroup的measure过程如下图所示： ViewGroup的Measure过程下面我将一个个方法进行详细分析。
和单一View的measure过程是从measure（）开始不同，ViewGroup的measure过程是从measureChildren（）开始的。
ViewGroup是一个抽象类，自身没有重写View的onMeasure（）；若需要进行自定义View，则需要对onMeasure()进行重写，下文会提到作用：遍历子View并调用measureChild()进行下一步测量
源码分析如下： protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec) { //参数说明：父视图的测量规格（MeasureSpec） final int size = mChildrenCount; final View[] children = mChildren; //遍历所有的子view for (int i = 0; i < size; ++i) { final View child = children[i]; //如果View的状态不是GONE就调用measureChild()去进行下一步的测量 if ((child.mViewFlags & VISIBILITY_MASK) != GONE) { measureChild(child, widthMeasureSpec, heightMeasureSpec); } } }下面，我们继续看measureChild()的分析。
作用：计算单个子View的MeasureSpec；调用子View的measure()进行每个子View最后的宽 / 高测量
源码分析如下：
protected void measureChild(View child, int parentWidthMeasureSpec, int parentHeightMeasureSpec) { // 获取子视图的布局参数 final LayoutParams lp = child.getLayoutParams(); // 调用getChildMeasureSpec()，根据父视图的MeasureSpec & 布局参数LayoutParams，计算单个子View的MeasureSpec // getChildMeasureSpec()请回看上面的解析 final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,// 获取 ChildView 的 widthMeasureSpec mPaddingLeft + mPaddingRight, lp.width); final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,// 获取 ChildView 的 heightMeasureSpec mPaddingTop + mPaddingBottom, lp.height); // 将计算好的子View的MeasureSpec值传入measure()，进行最后的测量 child.measure(childWidthMeasureSpec, childHeightMeasureSpec); }下面，我们继续看measure()的分析。
与单一View measure过程中讲的measure()是一致的。
源码分析如下： public final void measure(int widthMeasureSpec, int heightMeasureSpec) { ... int cacheIndex = (mPrivateFlags & PFLAG_FORCE_LAYOUT) == PFLAG_FORCE_LAYOUT ? -1 : mMeasureCache.indexOfKey(key); if (cacheIndex < 0 || sIgnoreMeasureCache) { // 调用onMeasure()计算视图大小 onMeasure(widthMeasureSpec, heightMeasureSpec); mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT; } else { ... }下面，我们继续看onMeasure()的分析。
在自定义View中，关键在于根据你的自定义View去复写onMeasure()从而实现你的子View测量逻辑。复写onMeasure()的模板如下：
//根据自身的测量逻辑复写onMeasure（） @Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { //定义存放测量后的View宽/高的变量 int widthMeasure ; int heightMeasure ; //定义测量方法 void measureCarson{ //定义测量的具体逻辑 } //记得！最后使用setMeasuredDimension() 存储测量后View宽/高的值 setMeasuredDimension(widthMeasure, heightMeasure); } //最终setMeasuredDimension（）会像上面单一View的measure过程中提到的，存储好测量后View宽/高的值并进行传递。上面说的便是单一View的measure过程与ViewGroup过程最大的不同：单一View measure过程的onMeasure（）具有统一实现，而ViewGroup则没有。
注：其实，在单一View measure过程中，getDefaultSize()只是简单的测量了宽高值，在实际使用时有时需要进行更精细的测量。所以有时候也需要重写onMeasure（）。
至此，ViewGroup的measure过程已经分析完毕。对于ViewGroup的measure过程，如下：
ViewGroup的measure过程对于每个方法的总结如下：
方法总结为了让大家更好地理解ViewGroup的measure过程（特别是复写onMeasure()），所以接下来，我将用ViewGroup的子类LinearLayout来分析下ViewGroup的measure过程。
在上述流程中，前4个方法的实现与上面所说是一样的，这里不作过多阐述，直接进入LinearLayout复写的onMeasure（）代码分析：
// 详细分析请看代码注释 protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) { //根据不同的布局属性进行不同的计算 if (mOrientation == VERTICAL) { measureVertical(widthMeasureSpec, heightMeasureSpec); } else { measureHorizontal(widthMeasureSpec, heightMeasureSpec); } } // 此处只选垂直方向的测量过程，即measureVertical() // 该方法代码非常多，此处仅分析重要的逻辑 void measureVertical(int widthMeasureSpec, int heightMeasureSpec) { // 获取垂直方向上的子View个数 final int count = getVirtualChildCount(); // 遍历子View获取其高度，并记录下子View中最高的高度数值 for (int i = 0; i < count; ++i) { final View child = getVirtualChildAt(i); // 子View不可见，直接跳过该View的measure过程，getChildrenSkipCount()返回值恒为0 // 注：若view的可见属性设置为VIEW.INVISIBLE，还是会计算该view大小 if (child.getVisibility() == View.GONE) { i += getChildrenSkipCount(child, i); continue; } // 记录子View是否有weight属性设置，用于后面判断是否需要二次measure totalWeight += lp.weight; if (heightMode == MeasureSpec.EXACTLY && lp.height == 0 && lp.weight > 0) { // 如果LinearLayout的specMode为EXACTLY且子View设置了weight属性，在这里会跳过子View的measure过程 // 同时标记skippedMeasure属性为true，后面会根据该属性决定是否进行第二次measure // 若LinearLayout的子View设置了weight，会进行两次measure计算，比较耗时 // 这就是为什么LinearLayout的子View需要使用weight属性时候，最好替换成RelativeLayout布局 final int totalLength = mTotalLength; mTotalLength = Math.max(totalLength, totalLength + lp.topMargin + lp.bottomMargin); skippedMeasure = true; } else { int oldHeight = Integer.MIN_VALUE; // 在该方法内部，最终会调用到子View的measure方法，计算出子View的大小 // 即遍历子View并调用measure()，形成递归 measureChildBeforeLayout( child, i, widthMeasureSpec, 0, heightMeasureSpec, totalWeight == 0 ? mTotalLength : 0); if (oldHeight != Integer.MIN_VALUE) { lp.height = oldHeight; } final int childHeight = child.getMeasuredHeight(); // mTotalLength用于存储LinearLayout在竖直方向的高度 final int totalLength = mTotalLength; //每测量一个子View的高度， mTotalLength就会增加 mTotalLength = Math.max(totalLength, totalLength + childHeight + lp.topMargin + lp.bottomMargin + getNextLocationOffset(child)); } // 记录LinearLayout占用的总高度 // 即除了子View的高度，还有本身的padding属性值 mTotalLength += mPaddingTop + mPaddingBottom; int heightSize = mTotalLength; // 最终调用setMeasuredDimension() 设置测量后View宽/高的值 setMeasureDimension(resolveSizeAndState(maxWidth,width)) ... }转载于:https://www.cnblogs.com/xinmengwuheng/p/7070081.html
相关资源：JAVA上百实例源码以及开源项目