快捷導(dǎo)航

Android view繪制流程詳解

更新時(shí)間：2021年05月24日 09:29:04 作者：佛系編碼

View 的繪制是在 ViewRoot 的 performTraversals() 開(kāi)始的，它歷經(jīng) measure(測(cè)量), layout(布局), draw(繪制) 三個(gè)流程將 View 顯示在屏幕上。

繪制流程

measure 流程測(cè)量出 View 的寬高尺寸。
layout 流程確定 View 的位置及最終尺寸。
draw 流程將 View 繪制在屏幕上。

Measure 測(cè)量流程

系統(tǒng)是通過(guò) MeasureSpec 測(cè)量 View 的，在了解測(cè)量過(guò)程之前一定要了解這個(gè) MeasureSpec 。

MeasureSpec

MeasureSpec 是一個(gè) 32 位的 int 值打包而來(lái)的，打包為 MeasureSpec 主要是為了避免過(guò)多的對(duì)象內(nèi)存分配。

為了方便操作，MeasureSpec 提供了快捷的打包和解包的快捷方法。

MeasureSpec.makeMeasureSpec( int size, int mode)
MeasureSpec.getMode(int measureSpec)
MeasureSpec.getSize(int measureSpec)

MeasureSpec 其中前 2 位表示測(cè)量的模式 SpecMode，后邊 30 位表示某種測(cè)量模式下的尺寸 SpecSize。

MeasureSpec 中有三種測(cè)量模式

UNSPECIFIED 不指定具體尺寸，完全由 View 自己發(fā)揮。
EXACTLY 精確模式，這種模式下使用后邊的 specSize ,一般對(duì)應(yīng)于 LayoutParams 的 match_content 和設(shè)置的精確尺寸。
AT_MOST 最大模式，這種模式下 view 的最大尺寸不能超過(guò)后邊的 specSize ,一般對(duì)應(yīng)于 LayoutParams 的 wrap_content

在測(cè)量 View 的時(shí)候，系統(tǒng)會(huì)將自己的 LayoutParams 參數(shù)在父容器的 MeasureSpec 影響下轉(zhuǎn)換為自己的MeasureSpec ，然后再通過(guò)這個(gè) MeasureSpec 測(cè)量自身的寬高。

需要注意的是View 的MeasureSpec 不是唯一由 LayoutParams 決定的，是在父容器的共同影響下創(chuàng)建來(lái)的。

在 ViewGroup 的 measureChild() 可以看到具體的實(shí)現(xiàn)思路，getChildMeasureSpec() 里就是將 layoutParams 轉(zhuǎn)換為 measureSpec 的實(shí)現(xiàn)思路。

protected void measureChild(View child, int parentWidthMeasureSpec,
        int parentHeightMeasureSpec) {
        //拿到子元素的 LayoutParams 參數(shù)
    final LayoutParams lp = child.getLayoutParams();

    //創(chuàng)建子元素的 measureSpec 
    final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
            mPaddingLeft + mPaddingRight, lp.width);
    final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
            mPaddingTop + mPaddingBottom, lp.height);

    //將測(cè)量傳遞到子元素
    child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}

public static int getChildMeasureSpec(int spec, int padding, int childDimension) {
    //解析父容器的 measureSpec ，解析出模式和尺寸
    int specMode = MeasureSpec.getMode(spec);
    int specSize = MeasureSpec.getSize(spec);

    int size = Math.max(0, specSize - padding);

    int resultSize = 0;
    int resultMode = 0;

    switch (specMode) {
    // 父容器是精確模式的情況，設(shè)置了精確尺寸。
    case MeasureSpec.EXACTLY:
        if (childDimension >= 0) {
        //子元素本身是設(shè)置的精確尺寸，就是EXACTLY 模式，尺寸就是設(shè)置的尺寸。
            resultSize = childDimension;
            resultMode = MeasureSpec.EXACTLY;
        } else if (childDimension == LayoutParams.MATCH_PARENT) {
            // 子元素設(shè)置的 match_content 充滿入容器，就把尺寸設(shè)置為入容器的尺寸，模式設(shè)置為EXACTLY
            resultSize = size;
            resultMode = MeasureSpec.EXACTLY;
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {
            // 包裹模式下，子元素可以自己設(shè)置尺寸，但是不能超過(guò)夫容器的尺寸。模式為AT_MOST，尺寸為父容器的尺寸。
            resultSize = size;
            resultMode = MeasureSpec.AT_MOST;
        }
        break;

    //父容器是最大模式
    case MeasureSpec.AT_MOST:
        if (childDimension >= 0) {
            // 設(shè)置為子元素的尺寸，為精確模式
            resultSize = childDimension;
            resultMode = MeasureSpec.EXACTLY;
        } else if (childDimension == LayoutParams.MATCH_PARENT) {
            // 子元素想充滿父容器，應(yīng)該設(shè)置為父容器的尺寸，但是父容器是最大模式，沒(méi)有精確尺寸。
            // 所以將子元素設(shè)置為最大模式，不能超過(guò)父容器目前的尺寸。
            resultSize = size;
            resultMode = MeasureSpec.AT_MOST;
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {
            // 子元素沒(méi)有精確尺寸，想包裹自身，這種模式下，設(shè)置為最大模式，不超過(guò)父容器尺寸就好。
            // bigger than us.
            resultSize = size;
            resultMode = MeasureSpec.AT_MOST;
        }
        break;

    // 父容器沒(méi)有限制，子元素自己發(fā)揮
    case MeasureSpec.UNSPECIFIED:
        if (childDimension >= 0) {
            //子元素自己有設(shè)置的值，就好實(shí)用自己的值，設(shè)置為精確模式
            resultSize = childDimension;
            resultMode = MeasureSpec.EXACTLY;
        } else if (childDimension == LayoutParams.MATCH_PARENT) {
            // 子元素想充滿父容器，那就找到父容器的尺寸，但父容器的尺寸未知，還是要自己發(fā)揮 UNSPECIFIED。
            resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
            resultMode = MeasureSpec.UNSPECIFIED;
        } else if (childDimension == LayoutParams.WRAP_CONTENT) {
            // 只元素是包裹自身，父容器無(wú)法給出參考，所以讓子元素自己去隨意發(fā)揮，仍然是UNSPECIFIED
            resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
            resultMode = MeasureSpec.UNSPECIFIED;
        }
        break;
    }
    //使用打包方法，將子元素的模式和尺寸打包并返回
    return MeasureSpec.makeMeasureSpec(resultSize, resultMode);
}

measure 流程是在 ViewRoot 的 performMeasure() 里開(kāi)始的。

在這里會(huì)將 DecorView 的 layoutParams 在 window 的 measureSpec 影響下轉(zhuǎn)換為自己的 measureSpec 。然后調(diào)用 DecorView 的 measure() 將寬高的 measureSpec 傳入，在 measure() 里，decorView 開(kāi)始自己的測(cè)量。

從 DecorView 的 measure() 開(kāi)始，整個(gè) View 樹(shù)的測(cè)量流程就開(kāi)始了。

View 的測(cè)量都是在 measure() 里進(jìn)行的，這是個(gè) final 類型的方法，里面的實(shí)現(xiàn)比較簡(jiǎn)單會(huì)有一些判斷調(diào)整，是否需要測(cè)量，會(huì)繼續(xù)調(diào)用 onMeasure() 將 measureSpec 傳進(jìn)來(lái)，測(cè)量尺寸的確定最終是在 onMeasure() 里完成的。

通常我們自定義 View 都要重寫這個(gè)方法實(shí)現(xiàn)自己的測(cè)量邏輯，包括我們常用的控件都是自己重寫了這個(gè)方法實(shí)現(xiàn)自己的測(cè)量邏輯。

如果不重寫 onMeasure()，會(huì)導(dǎo)致自定義 view 的 wrap_content 參數(shù)無(wú)效，具體可以看一下 getDefaultSize() 實(shí)現(xiàn)。

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

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:
        //默認(rèn) 精確模式和最大模式下都是使用后邊的 specSize ,這會(huì)導(dǎo)致我們?cè)O(shè)置的 wrap_content 無(wú)效，始終是充滿父容器。
        result = specSize;
        break;
    }
    return result;
}

protected int getSuggestedMinimumHeight() {
    return (mBackground == null) ? mMinHeight : max(mMinHeight, mBackground.getMinimumHeight());

}
    
  protected int getSuggestedMinimumWidth() {
    return (mBackground == null) ? mMinWidth : max(mMinWidth, mBackground.getMinimumWidth());
}

View 和 ViewGroup 的測(cè)量過(guò)程是不同的。

單純的 View 只需要在 onMeasure() 里完成自己的測(cè)量就可以了，ViewGroup 除了完成自己的測(cè)量外，還有子元素的測(cè)量。

ViewGroup 的 onMeasure() 是沒(méi)有任何實(shí)現(xiàn)的，因?yàn)楦鱾€(gè)布局的特性不同，具體測(cè)量邏輯也是不同的，具體實(shí)現(xiàn)都在各個(gè)布局里。

但是 ViewGroup 里提供了 measureChildren() 方法，思路就是，遍歷所有需要顯示的子元素，取出他們的 LayoutParams 參數(shù)在自己 measureSpec 的影響下創(chuàng)建出子元素的 measureSpec ，然后將調(diào)用子元素的 measure() 將measureSpec 傳遞進(jìn)去。

這里就將測(cè)量傳遞到了子元素。如果子元素是單純的 View 控件只需要完成自己就可以了，如果是 ViewGroup 會(huì)繼續(xù)將測(cè)量遞歸下去，直至完成整個(gè) View 樹(shù)的測(cè)量。

    protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec) {
        final int size = mChildrenCount;
        final View[] children = mChildren;
        for (int i = 0; i < size; ++i) {
            final View child = children[i];
            if ((child.mViewFlags & VISIBILITY_MASK) != GONE) {
                //測(cè)量子元素，measureChild 見(jiàn)上面 MeasureSpec 里的代碼。
                measureChild(child, widthMeasureSpec, heightMeasureSpec);
            }
        }
    }

在完成測(cè)量流程之后就會(huì)進(jìn)入了 layout 流程了。