每日一问 | onMeasure()多次执行原因？

补充：

除了源头ViewRootImpl发起的Measure，还应该考虑各个ViewGroup自身的Measure逻辑，因为ViewRootImpl只有首次Traversals、屏幕旋转、DecorView宽度为WRAP_CONTENT等特殊情况下才会有超过1次的Measure。

按照正常流程，View.onMeasure的执行完全是看它父容器何时调用它的measure方法，如果在ViewGroup.onMeasure中多次调用子View的measure方法，那子View.onMeasure自然也就回调多次了。不过，由于每个ViewGroup它的onMeasure都可能有自己的实现，这样就很难把所有情况都一一列举出来。

就拿最常用的LinearLayout来看：

public class LinearLayout extends ViewGroup {
    @Override
    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        if (mOrientation == VERTICAL) {
            measureVertical(widthMeasureSpec, heightMeasureSpec);
        } else {
            measureHorizontal(widthMeasureSpec, heightMeasureSpec);
        }
    }
}

它是根据排列方向来选择不同的测量方案，先看垂直方向的：

（注意：targetSdkVersion > 28那里，应该是27，图片昨晚弄的，现在改不了了）

根据上图的测量逻辑，我们很容易写出一个让子View回调3次onMeasure的xml：

<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="wrap_content"
    android:layout_height="match_parent"
    android:orientation="vertical">

    <com.wuyr.wanandroidqa.views.MeasureTestView
        android:layout_width="match_parent"
        android:layout_height="20dp"
        android:layout_weight="1" />
</LinearLayout>

弄一个View重写onMeasure来监听回调：

class MeasureTestView @JvmOverloads constructor(
    context: Context, attrs: AttributeSet? = null, defStyleAttr: Int = 0
) : View(context, attrs, defStyleAttr) {

    private var measureCount = 0

    override fun onMeasure(widthMeasureSpec: Int, heightMeasureSpec: Int) {
        super.onMeasure(widthMeasureSpec, heightMeasureSpec)
        "current times: ${++measureCount}".logI()
    }

    override fun onLayout(changed: Boolean, l: Int, t: Int, r: Int, b: Int) {
        super.onLayout(changed, l, t, r, b)
        "invoked".logI()
    }
}

运行看一下：

onCreate: first traversals
onMeasure: current times: 1
onMeasure: current times: 2
onMeasure: current times: 3
onMeasure: current times: 4
onMeasure: current times: 5
onMeasure: current times: 6
onLayout: invoked

onClick: requestLayout
onMeasure: current times: 7
onMeasure: current times: 8
onMeasure: current times: 9
onLayout: invoked

onClick: requestLayout
onMeasure: current times: 10
onMeasure: current times: 11
onMeasure: current times: 12
onLayout: invoked

哈哈，看到了吧，first traversals之后，每次requestLayout都会回调三次onMeasure方法。

LinearLayout测量水平方向的逻辑也差不多：

（注意：targetSdkVersion > 28那里，应该是27，图片昨晚弄的，现在改不了了）

只是在第一个for里面增加了一对if else而已。

有没有发现，LinearLayout回调多次的主要原因，就是子View中有设置weight？ 如果子View没有设置weight的话，那么在同一个Measure流程内，最多只会回调2次onMeasure方法。

再来看一个FrameLayout的测量逻辑：

我们同样可以写出以下xml代码让FrameLayout的子View分别回调2次onMeasure：

<FrameLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent"
    android:layout_height="wrap_content">

    <com.wuyr.wanandroidqa.views.MeasureTestView
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />

    <View
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />
</FrameLayout>

总结：

View.onMeasure方法的回调次数，主要取决于它所在的容器的onMeasure逻辑，搭配不同ViewGroup和设置不同属性都会有影响，所以很难有一个标准、统一的答案。

当我们使用LinearLayout时，应尽量避免使用weight属性（说是这么说，但其实多测量几次也不会花太多时间，我们根本感觉不出来，除非你的自定义View的测量逻辑真的很复杂，很耗时。不过，要是你的View的测量很耗时的话，应该优化的是这个View本身，而不是从别的地方下手。。。）

（想看更详细的ViewRootImpl测量逻辑的同学可以留言，我这周内更新）

我们知道，页面的根布局为DecorView,附着在PhoneWindow上

当我们使用setContentView设置布局时，就是使用ViewRootImpl将我们的布局添加到根布局上

当ViewRootImpl添加View时，就会测量多次

#ViewRootImpl.java
    private void performTraversals() {
        ...
        //之前记录的Window LayoutParams
        WindowManager.LayoutParams lp = mWindowAttributes;

        //Window需要的大小
        int desiredWindowWidth;
        int desiredWindowHeight;
        ...

        Rect frame = mWinFrame;
        if (mFirst) {
            ...
            if (shouldUseDisplaySize(lp)) {
                ...
            } else {
                //mWinFrame即是之前添加Window时返回的Window最大尺寸
                desiredWindowWidth = mWinFrame.width();
                desiredWindowHeight = mWinFrame.height();
            }
            ...
        } else {
            ...
        }

        ...
        if (layoutRequested) {
            ...
            //从方法名看应该是测量ViewTree -----------(1)
            windowSizeMayChange |= measureHierarchy(host, lp, res,
                    desiredWindowWidth, desiredWindowHeight);
        }
        ...

        if (mFirst || windowShouldResize || insetsChanged ||
                viewVisibilityChanged || params != null || mForceNextWindowRelayout) {
            ...
            try {
                ...
                //重新确定Window尺寸 --------(2)
                relayoutResult = relayoutWindow(params, viewVisibility, insetsPending);
                ...
            } catch (RemoteException e) {
            }
            ...
            if (!mStopped || mReportNextDraw) {
                ...
                if (focusChangedDueToTouchMode || mWidth != host.getMeasuredWidth()
                        || mHeight != host.getMeasuredHeight() || contentInsetsChanged ||
                        updatedConfiguration) {
                    ...
                    //再次测量ViewTree -------- (3)
                    performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
                    ...
                }
            }
        } else {
            ...
        }
        ...
        if (didLayout) {
            //对ViewTree 进行Layout ---------- (4)
            performLayout(lp, mWidth, mHeight);
            ...
        }
        ...
        if (!cancelDraw) {
            ...
            //开始ViewTree Draw过程 ------- (5)
            performDraw();
        } else {
            ...
        }
    }

第一次是：measureHierarchy

第二次是：performMeasure

两次调用函数栈如图所示：