void onMeasure(int widthMeasureSpec, int heightMeasureSpec)
概念：
这个方法是View中的方法，它在UI树层级中可能有一个“父View”和若干“子View”，因此根据层级关系分为三个讨论对象：“父View”，“自己”，“子View”，加双引号以便阅读。这个函数最终目的是设置“尺寸”，这里也用双引号以便阅读。
实现要点：自定义View时override这个方法应该怎么写？
- 这个方法的目的是用来测量“自己”的“尺寸”。
- 如果“自己”是
ViewGroup则必须在测量自己的同时，测量所有“子View”的 “尺寸”。- 这就形成了UI树的递归遍历，当“自己”的“尺寸”计算完毕后，以“自己”为根的UI树中所有View的“尺寸”必须也计算完毕。
- 具体实现需要调用“子View”的measure方法。
- 在这个方法中必须调用
void setMeasuredDimension(int measuredWidth, int measuredHeight)来设置“尺寸”。-
onMeasure方法的最终目的就是设置这两个属性measuredWidth和measuredHeight，也就是提到的“尺寸”。 - 不调用
setMeasuredDimension方法会抛出异常IllegalStateException。
-
- 参数
widthMeasureSpecheightMeasureSpec是“父View”分配给“自己”的 measure spec，可以看做是“父View”对“自己”的要求。
那么，“父View”是根据什么指定“自己”的 measure sepc 的呢，也就是 onMeasure 方法的两个参数是怎么来的呢？为方便说明，换个角度，“自己”是根据什么指定“子View”的 measure spec 的呢？
ViewGroup 提供了一系列默认的方法来计算这个场景下的“子View”的 measure spec，主要是这个方法：public static int getChildMeasureSpec(int spec, int padding, int childDimension)。下面来分析以下这个方法的内部逻辑。
- 这个方法是一个静态方法，也就是说不涉及View的状态，是个比较简单的只考虑输入和输出的方法。
- 这个方法对width和height的计算方法是一样的，所以不区分width和height。
- 参数spec：是“父View”指定的 measure spec，来源于
onMeasure的参数。 - 参数padding：是经过计算得到的不属于这个“子View”的大小，计算过程中应该刨除。可能是“自己”的padding数值，也可能是给其他“子View”预留的大小，总之这个参数在实际计算中需要减去。
- 参数childDimension：是“子View”的LayoutParam中的
width或height。 - 返回值：“子View”的 measure spec。
一句话描述，这个方法是通过“父View”的measure spec和“子View”的LayoutParam来计算子View的 measure spec。
measure spec 包含两个信息，spec mode 和 spec size，具体计算需要拆分来看，最终可以分配给“子View”的size = spec size - padding，下面表格中的size表示“子View”的size。
下面表格是计算算法，可以抽象成两个输入和两个输出：
| 父spec mode \ 子LayoutParam | match_parent | wrap_content | 具体dp值 |
|---|---|---|---|
| EXACTLY | EXACTLY/size | AT_MOST/size | EXACTLY/dp |
| AT_MOST | AT_MOST/size | AT_MOST/size | EXACTLY/dp |
| UNSPECIFIED | UNSPECIFIED/size | UNSPECIFIED/size | EXACTLY/dp |
根据这个表格总结了几个记忆口诀：
- 有dp都用dp。
- 输出的 “子View” 的 spec size 只与 “子View” 的LayoutParam相关，如果设置了具体的dp值，那么就是这个dp值，如果不是，就用“自己”提供的size。
- 有dp一定是EXACTLY。
- 如果提供了具体的dp值，那么输出的“子View” spec mode一定是EXACTLY。
- UNSPECIFIED一定是UNSPECIFIED。
- 剩余情况，如果父spec mode是UNSPECIFIED，那么输出的“子View” spec mode一定是UNSPECIFIED。
- EXACTLY组合match_parent才是EXACTLY。
- 剩余情况，只有父spec mode是EXACTLY，“子View”是match_parent时，输出的“子View” spec mode是EXACTLY。
- 其他都是AT_MOST。
- 剩余情况，“子View” spec mode都是AT_MOST。
我们来看一下最简单的 ViewGroup FrameLayout 在 onMeasure 里干了什么。
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
...
for (int i = 0; i < count; i++) {
final View child = getChildAt(i);
if (mMeasureAllChildren || child.getVisibility() != GONE) {
measureChildWithMargins(child, widthMeasureSpec, 0, heightMeasureSpec, 0);
...
}
}
...
}
可以看到遍历“子View”并对每一个可见的“子View”调用 measureChildWithMargins，这个方法是在 ViewGroup中定义的。
protected void measureChildWithMargins(View child,
int parentWidthMeasureSpec, int widthUsed,
int parentHeightMeasureSpec, int heightUsed) {
final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin
+ widthUsed, lp.width);
final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
mPaddingTop + mPaddingBottom + lp.topMargin + lp.bottomMargin
+ heightUsed, lp.height);
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}
重点有两个：一是调用了之前分析的 getChildMeasureSpec 方法来计算“自己”指定给“子View”的 measure spec；二是调用“子View”的 measure 方法。我们如果要自定义一个ViewGroup如果使用默认行为，可以模仿 FrameLayout 直接调用 measureChildWithMargins 来计算“子View”的尺寸。
本文讨论的是UI绘制流程中的一个局部 measure 过程，重点在于“父View”、“自己”、“子View”之间的关系和计算流程。
