源代码分析:LayoutParams的wrap_content, match_parent, 而详细的价值观

问题：

慢慢地熟悉android 的过程中。发现view 要么layout初始化，建或者生产活动是很清楚。被添加到父控制，然后开始了相应的生命周期。但父控件的整个界面。还是第一个系统view。 怎么来的，如何初始化和绘制？

概述：

带着困扰我的问题，本文试图分析理解view 的measure 的过程，在分析过程中重点分析了LayoutParams 中MATCH_PARENT和MATCH_PARENT 的相应关系。onMeasure 默认值的计算过程；解释了onMeasure 接口中的凝视中的问题，并提出一个问题：ViewRootImpl 是怎么创建的？ 留作下篇引子。

最后。讨论怎样重写onMeasure()方法。

LayoutParams 中MATCH_PARENT和MATCH_PARENT  的相应关系

为什么从perform 開始本文。请见Android 动画animation 深入分析

在android.view.ViewRootImpl.performTraversals() 中開始measure的过程

                    childWidthMeasureSpec = getRootMeasureSpec(baseSize, lp.width);
                    childHeightMeasureSpec = getRootMeasureSpec(desiredWindowHeight, lp.height);
                    host.measure(childWidthMeasureSpec, childHeightMeasureSpec);

在android.view.ViewRootImpl  中能够看到其相应关系LayoutParams 中这三个值在内部有个相应关系。那就是

LayoutParams.MATCH_PARENT  相应 MeasureSpec.EXACTLY

.LayoutParams.WRAP_CONTENT相应  MeasureSpec.AT_MOST

默认值（也就是详细值） 相应 MeasureSpec.EXACTLY

也就是内部仅仅有两种模式 EXACTLY 精确模式 和 AT_MOST 最大模式。

    private int getRootMeasureSpec(int windowSize, int rootDimension) {
        int measureSpec;
        switch (rootDimension) {

        case ViewGroup.LayoutParams.MATCH_PARENT:
            // Window can't resize. Force root view to be windowSize.
            measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.EXACTLY);
            break;
        case ViewGroup.LayoutParams.WRAP_CONTENT:
            // Window can resize. Set max size for root view.
            measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.AT_MOST);
            break;
        default:
            // Window wants to be an exact size. Force root view to be that size.
            measureSpec = MeasureSpec.makeMeasureSpec(rootDimension, MeasureSpec.EXACTLY);
            break;
        }
        return measureSpec;
    }

在这个getRootMeasureSpe（） 中调用了makeMeasureSpec() 这个函数，从实现来看，通过按位与 的方法。把模式值和 详细的大小合并成了一个值。由于屏幕尺寸大小眼下远小于30位， 就用了最高两位来标识计算的模式。

        private static final int MODE_SHIFT = 30;
        public static final int EXACTLY     = 1 << MODE_SHIFT;
        public static final int AT_MOST     = 2 << MODE_SHIFT;

        public static int makeMeasureSpec(int size, int mode) {
            return size + mode;
        }

得到了宽、高的measureSpec 后，调用View.measure()。 能够看到measure的过程就是调用了 view 的onMeasure()方法。 就是假设要自己定义view的话须要重写的onMeasure()方法。

    public final void measure(int widthMeasureSpec, int heightMeasureSpec) {
        if ((mPrivateFlags & FORCE_LAYOUT) == FORCE_LAYOUT ||
                widthMeasureSpec != mOldWidthMeasureSpec ||
                heightMeasureSpec != mOldHeightMeasureSpec) {

            // measure ourselves, this should set the measured dimension flag back
            onMeasure(widthMeasureSpec, heightMeasureSpec);
        }

        mOldWidthMeasureSpec = widthMeasureSpec;
        mOldHeightMeasureSpec = heightMeasureSpec;
    }

从onMeasure的凝视中能够看到：

1. onMeasure() 方法是被用来计算宽高的， 子类须要重写这种方法来提供更加准确和高效的计算方法。

2. 假设重写这种方法的话，必须调用setMeasuredDimension(int, int) 来保存计算的宽高的结果。否则会抛出异常IllegalStateException；

3. 基类的实现默认是使用背景大小来计算宽高，

4. 假设重写这种方法。 应该确保计算宽高的结果应该不小于view 的最小的宽高， ({@link #getSuggestedMinimumHeight()} and   * {@link #getSuggestedMinimumWidth()})

    protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
        setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
                getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
    }

onMeasure 默认值的计算过程

这里看一下默认值是怎么计算的，然后再讨论一下自己定义的onMeasure()应该怎么写。

1 首先。得到建议的最小高度， getSuggestedMinimumWidth()，果然如凝视所写。 在背景不为空的情况下，使用背景的最小宽高。这里的mMinWidth 是layout 属性中的minWidth 或者minHeight。 假设没有写，默认值为零。由此可见在layout过程中写的最小值在默认情况下的确能够保证view的最小大小。

思考一下，为什么没有提供最大值这个參数呢？

    protected int getSuggestedMinimumWidth() {
        int suggestedMinWidth = mMinWidth;

        if (mBGDrawable != null) {
            final int bgMinWidth = mBGDrawable.getMinimumWidth();
            if (suggestedMinWidth < bgMinWidth) {
                suggestedMinWidth = bgMinWidth;
            }
        }

        return suggestedMinWidth;

 }

<pre name="code" class="java"><span style="font-family: Arial, Helvetica, sans-serif;">android.view.View.View(Context, AttributeSet, int)
</span>

<span style="font-family: Arial, Helvetica, sans-serif;">                case R.styleable.View_minWidth:</span>

                    mMinWidth = a.getDimensionPixelSize(attr, 0);
                    break;

2. 接下来看getDefaultSize();这里依据measureSpec 的模式，假设是EXACTLY 精确模式 和 AT_MOST 最大模式，则使用 specSize 。否则使用传入的參数，就是刚才计算的getSuggestedMinimumWidth()，max(设置的最小宽高值, 背景宽高)

    public static int getDefaultSize(int size, int measureSpec) {
        int result = size;
        int specMode = MeasureSpec.getMode(measureSpec);
        int specSize = MeasureSpec.getSize(measureSpec);

        switch (specMode) {
        case MeasureSpec.UNSPECIFIED:
            result = size;
            break;
        case MeasureSpec.AT_MOST:
        case MeasureSpec.EXACTLY:
            result = specSize;
            break;
        }
        return result;
    }

3 所以在xml 文件里设置了宽高属性。默认的计算结果就是specSize。

对于rootViewImpl 来说。LayoutParams.MATCH_PARENT 和LayoutParams.WRAP_CONTENT
都是 windowSize， 否则就是lp 的宽高，也就是mWindowAttributes

WindowManager.LayoutParams lp = mWindowAttributes;

而mWindowAttributes的赋值是在android.view.ViewRootImpl.setView(View, LayoutParams, View) 中的copyfrom(); 也就是根view 的属性。就是初始view的属性。

    public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
        synchronized (this) {
            if (mView == null) {
                mView = view;
                mFallbackEventHandler.setView(view);
                mWindowAttributes.copyFrom(attrs);

那么，究竟这个ViewRootImpl是哪里来的呢，又有什么用处？ to be continued...

讨论怎样重写onMeasure()方法

看完上面的系统默认的处理方式。

以及google 攻城狮 处心积虑留下的凝视来看。能做就是提供to provide better measurements of  their content. 由于内容是自己自己定义的，所以就应该依照自己的需求来计算宽高喽。

并遵循系统的要求。1.确保大于min值；2. 在onMeasure()中调用setMeasuredDimension(int, int) 来保存计算的宽高的结果

留个尾巴

分析过程中ViewRootImpl是哪里来的呢，又有什么用处？ to be continued...

版权声明：本文博主原创文章。博客，未经同意不得转载。