Android View从设计到显示到屏幕上，共用了三大步：measure、layout、draw。今天主要讲讲View是如何测量的。
以FrameLayout为例，从measure方法开始，如图1，measure是View中final的方法，所以不能被子类重写。通过标志位mPrivateFlags去判断是否布局必须要被重新测量，关于mPrivateFlags何时赋值变化有兴趣可以找一下，这里就不阐述了。specChanged变量表明测量的条件有没有与上次测量条件发生变化，isSpecExactly变量表明测量是否是确定的（测量条件是EXACTLY，不是AT_MOST或者UNSPECIFIED），matchesSpecSize变量表明宽高的测量大小是否与现有宽高相等，最后通过specChanged、isSpecExactly、matchesSpecSize、sAlwaysRemeasureExactly四个变量确定是否需要重新测量，sAlwaysRemeasureExactly变量故名思意总是需要重新测量（当测量条件变化时），所以是否需要重新测量决定的因素是测量条件（widthMeasureSpec、heightMeasureSpec）发生变化且必须以下条件满足其一：
1、必须要重新测量，sAlwaysRemeasureExactly置为true
2、测量条件不是EXACTLY
3、大小与现有大小不一致
当满足View必须要重新测量或者需要重新测量的条件下，进入if条件，如果不是强制重新测量的话，会从mMeasureCache缓存池里面去取以前测量好的，当存在以前测量好的话，直接setMeasuredDimensionRaw，测量结束，如果不存在的话，会走onMeasure方法，该方法一般都会被子类重写。文章以FrameLayout为例，故现在看看FrameLayout中onMeasure的实现。如图2，获取当前ViewGroup的子视图，当mMeasureAllChildren为true或者child.getVisibility() !=GONE（这就是为什么视图为Gone时不进行测量）时去测量每个子视图的宽高，调用measureChildWithMargins。
如图3，获取子View的childWidthMeasureSpec与childHeightMeasureSpec
现以获取子View宽度测量条件为例，如图4，首先拿到父视图specMode与specSize，根据父容器的specMode，做以下区分：
一、当specMode为EXACTLY：
1、当子View的childDimension>0,意思就是写死的大小，此时子View的测量mode为EXACTLY，测量大小为子View写死的大小
2、当子View大小为LayoutParams.MATCH_PARENT，此时子View的测量mode为EXACTLY，大小为父容器的大小
3、当子View的大小为LayoutParams.WRAP_CONTENT，测量mode为AT_MOST，大小为父容器的大小
二、当specMode为AT_MOST：
1、当子View的childDimension>0,意思就是写死的大小，此时子View的测量mode为EXACTLY，测量大小为子View写死的大小
2、当子View大小为LayoutParams.MATCH_PARENT，此时子View的测量mode为AT_MOST，大小为父容器的大小
3、当子View的大小为LayoutParams.WRAP_CONTENT，大小为父容器的大小，测量mode为AT_MOST
三，当specMode为UNSPECIFIED这种情况很少见，故不做解析了
得到子View的测量条件后，调用child.measure(childWidthMeasureSpec, childHeightMeasureSpec)，回到一开始，此时如果View没有重新onMeasure的方法，将使用View的onMeasure方法，如图5所示
如图6所示，AT_MOST与EXACTLY最终拿的都是传进来的大小
这样大家明白为什么自定View没有重写onMeasure时，会将父布局充满了吧，那为什么ImageView不会呢，我们看看ImageView中onMeasure方法
如图7，当mDrawable为空时resizeWidth、resizeHeight都为false，不考虑padding和SuggestedMinimum大小，w、h大小都为零。此时走到widthSize =resolveSizeAndState(w, widthMeasureSpec, 0)。如图8，当specMode为AT_MOST时，此时specSize为父容器传进来的大小，size为刚刚计算的w=0，故此时大小为零，这样ImageView就不会撑大整个父布局了
回到图2 frameLayout的onMeasure方法，当子View测量完了，会重新设置maxWidth、maxHeight，由于Frame Layout没有子布局的相对关系，故最大宽、高基本都是每个子View宽高的对比，到此测量完成。但发现代码没完，我们继续往下看，mMatchParentChildren size>1？
mMatchParentChildren 是什么呢，我们往上看
if (measureMatchParentChildren) {
if (lp.width == LayoutParams.MATCH_PARENT ||
lp.height == LayoutParams.MATCH_PARENT) {
mMatchParentChildren.add(child);
}
}
measureMatchParentChildren是在
final boolean measureMatchParentChildren =
MeasureSpec.getMode(widthMeasureSpec) != MeasureSpec.EXACTLY ||
MeasureSpec.getMode(heightMeasureSpec) != MeasureSpec.EXACTLY;
意思就是当父容器大小不固定时，需要把子View宽为MATCH_PARENT 或者高为MATCH_PARENT 的View放到mMatchParentChildren的集合里面去，当mMatchParentChildren大小大于1的时候，需要对这些子View重新测量，为什么这样呢？
我们可以想想，当有一个mMatchParentChildren里面的View重写了onMeasure，此时大小不是父布局分配的大小，大于父布局分配的大小，此时父布局的大小等于该View的大小，而其他mMatchParentChildren里面View的大小是父布局分配的大小，那这时这些View就没填充满整个父布局，故需要重新去测量，将这个mMatchParentChildren里面的View赋予父布局的大小，这就完美解决了
