1. 程式人生 > >你需要知道的Android View的佈局

你需要知道的Android View的佈局

上一篇我們分析Android View的測量。我們先回顧一下,View的測量,在ViewRootImpl#performTraverals方法下,先進行對DecorView根佈局測量獲取MeasureSpec,然後開始執行測量performMeasure(),通過View#measure找到對應View的核心onMeasure(),如果是ViewGroup,先遞迴子View,將父View的MeasureSpec和子View的LayoutParams作為引數而進行測量,然後逐層返回,不斷儲存ViewGroup的測量寬高。

好了,我們短短回顧後,回到ViewRootImpl#performTraverals

方法:

private void performTraversals() {
            ...

        if (!mStopped) {
            int childWidthMeasureSpec = getRootMeasureSpec(mWidth, lp.width);  
            int childHeightMeasureSpec = getRootMeasureSpec(mHeight, lp.height);
            performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);       
            }
        } 

        if
(didLayout) { performLayout(lp, desiredWindowWidth, desiredWindowHeight); ... } if (!cancelDraw && !newSurface) { if (!skipDraw || mReportNextDraw) { if (mPendingTransitions != null && mPendingTransitions.size() > 0
) { for (int i = 0; i < mPendingTransitions.size(); ++i) { mPendingTransitions.get(i).startChangingAnimations(); } mPendingTransitions.clear(); } performDraw(); } } ... }

原始碼非常清晰,繼續我們的分析performLayout()。Let’s go!

private void performLayout(WindowManager.LayoutParams lp, int desiredWindowWidth,
        int desiredWindowHeight) {
    mLayoutRequested = false;
    mScrollMayChange = true;
    mInLayout = true;

    final View host = mView;
    if (DEBUG_ORIENTATION || DEBUG_LAYOUT) {
        Log.v(TAG, "Laying out " + host + " to (" +
                host.getMeasuredWidth() + ", " + host.getMeasuredHeight() + ")");
    }

    Trace.traceBegin(Trace.TRACE_TAG_VIEW, "layout");
    try {
        host.layout(0, 0, host.getMeasuredWidth(), host.getMeasuredHeight()); 
        ...
    } finally {
        Trace.traceEnd(Trace.TRACE_TAG_VIEW);
    }
    mInLayout = false;
}

原始碼挺清晰易懂,我們著重看到host.layout(),host在上面mView賦值,那就是說host是指向DecorView物件的,方法所帶的引數分別是0,0,host.getMeasuredWidth(),host.getMeasuredHeight(),分別代表著View的左上右下四個位置。之前發分析所知DecorView是FrameLayout子類,FrameLayout是ViewGroup子類,而我們在ViewGroup#layout方法中看到是用final修飾的,那就是說host.layout呼叫的就是ViewGroup#layout,我們看一下該方法的原始碼:

    @Override
    public final void layout(int l, int t, int r, int b) {
        if (!mSuppressLayout && (mTransition == null || !mTransition.isChangingLayout())) {
            if (mTransition != null) {
                mTransition.layoutChange(this);
            }
            super.layout(l, t, r, b);
        } else {
            // record the fact that we noop'd it; request layout when transition finishes
            mLayoutCalledWhileSuppressed = true;
        }
    }

我們首先利用變數的命名推測,再結合原始碼的註釋來分析,看一下mTransition物件,我們看到是LayoutTransition類的物件,註釋寫著用於處理ViewGroup增加和刪除子檢視的動畫效果,那就是layout方法一開始可能是判斷一些引數來處理動畫的過渡效果的,不影響整體的程式碼邏輯,我們可以直接看super.layout(l, t, r, b);,那就是說呼叫的是View#layout方法,並將左上右下四個引數傳遞過去。

public class View implements ···{
    ···
    public void layout(int l, int t, int r, int b) {
        if ((mPrivateFlags3 & PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT) != 0) {
            onMeasure(mOldWidthMeasureSpec, mOldHeightMeasureSpec);
            mPrivateFlags3 &= ~PFLAG3_MEASURE_NEEDED_BEFORE_LAYOUT;
        }

        int oldL = mLeft;
        int oldT = mTop;
        int oldB = mBottom;
        int oldR = mRight;

        boolean changed = isLayoutModeOptical(mParent) ?
                setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);//設定相對於父佈局的位置
        //判斷View的位置是否發生過變化,看有沒必要進行重新layout
        if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {
            onLayout(changed, l, t, r, b);
            mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED;

            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnLayoutChangeListeners != null) {
                ArrayList<OnLayoutChangeListener> listenersCopy =
                        (ArrayList<OnLayoutChangeListener>)li.mOnLayoutChangeListeners.clone();
                int numListeners = listenersCopy.size();
                for (int i = 0; i < numListeners; ++i) {
                    listenersCopy.get(i).onLayoutChange(this, l, t, r, b, oldL, oldT, oldR, oldB);
                }
            }
        }

        mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;
        mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;
    }
}

一開始的判斷,我們從他們全域性變數的註釋來理解,說的大概是在測量方法被跳過時,需要在layout()前再次呼叫measure()測量方法。接著是isLayoutModeOptical(),這裡面的註釋是這個ViewGroup的佈局是否在視角範圍裡,setOpticalFrame()裡面的實現方法經過一些判斷計算,同樣呼叫回setFrame(l, t, r, b)方法。

    protected boolean setFrame(int left, int top, int right, int bottom) {
        boolean changed = false;
        ···
        if (mLeft != left || mRight != right || mTop != top || mBottom != bottom) {
            changed = true;

            // Remember our drawn bit
            int drawn = mPrivateFlags & PFLAG_DRAWN;

            int oldWidth = mRight - mLeft;
            int oldHeight = mBottom - mTop;
            int newWidth = right - left;
            int newHeight = bottom - top;
            boolean sizeChanged = (newWidth != oldWidth) || (newHeight != oldHeight);

            // Invalidate our old position
            invalidate(sizeChanged);

            mLeft = left;
            mTop = top;
            mRight = right;
            mBottom = bottom;
            mRenderNode.setLeftTopRightBottom(mLeft, mTop, mRight, mBottom);
            ···
        return changed;
    }

這方法開始我們可以跳過,主要是對mLeft 、mTop、mRight、mBottom賦值,我們稍微看一下方法註釋中對left,top,right,bottom解析是各位置的點,且是相對於父佈局的,那就是說現在賦值後可以確定了View自己在父佈局的位置了。另外我們在類方法中查詢getLeft()等其他三個點,看看他們返回值對用mLeft等對應值的,這個點我們後面再說,我們繼續往下分析。

在setFrame()之後我們終於可以看到onLayout(),點進去檢視View#onLayout方法:

public class View implements···{
    ···
    protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
    }
    ···
}

public abstract class ViewGroup extends View implements··
    ···
    @Override
    protected abstract void onLayout(boolean changed, int l, int t, int r, int b);
    ···

從上面原始碼我們看到View#onLayout與ViewGroup#onLayout都是實現了一個空方法。但是ViewGroup是一個抽象方法,那就是說繼承ViewGroup的子類必須重寫onLayout()方法。因為上篇我們分析View的測量同樣是不同的ViewGroup都有不同的onMeasure(),既然測量都不同了,onLayout()佈局方法就肯定不同了,我們按照上篇的邏輯,依舊對FrameLayout(DecorView)的onLayout來分析:

    @Override
    protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
        layoutChildren(left, top, right, bottom, false /* no force left gravity */);
    }

    void layoutChildren(int left, int top, int right, int bottom,
                                  boolean forceLeftGravity) {
        final int count = getChildCount();
        // parentLeft由父容器的padding和Foreground決定
        final int parentLeft = getPaddingLeftWithForeground();
        final int parentRight = right - left - getPaddingRightWithForeground();

        final int parentTop = getPaddingTopWithForeground();
        final int parentBottom = bottom - top - getPaddingBottomWithForeground();

        for (int i = 0; i < count; i++) {
            final View child = getChildAt(i);
            // 不為GONE
            if (child.getVisibility() != GONE) {
                final LayoutParams lp = (LayoutParams) child.getLayoutParams();
                 //獲取子View的測量寬高
                final int width = child.getMeasuredWidth();
                final int height = child.getMeasuredHeight();

                int childLeft;
                int childTop;

                int gravity = lp.gravity;
                if (gravity == -1) {
                    gravity = DEFAULT_CHILD_GRAVITY;
                }

                final int layoutDirection = getLayoutDirection();
                final int absoluteGravity = Gravity.getAbsoluteGravity(gravity, layoutDirection);
                final int verticalGravity = gravity & Gravity.VERTICAL_GRAVITY_MASK;
                // 當子View設定水平方向layout_gravity屬性
                switch (absoluteGravity & Gravity.HORIZONTAL_GRAVITY_MASK) {
                    // 居中的計算方式
                    case Gravity.CENTER_HORIZONTAL:
                        childLeft = parentLeft + (parentRight - parentLeft - width) / 2 +
                        lp.leftMargin - lp.rightMargin;
                        break;
                    // 右側的計算方式
                    case Gravity.RIGHT:
                        if (!forceLeftGravity) {
                            childLeft = parentRight - width - lp.rightMargin;
                            break;
                        }
                    // 左側的計算方式
                    case Gravity.LEFT:
                    default:
                        childLeft = parentLeft + lp.leftMargin;
                }
                // 當子View設定豎直方向layout_gravity屬性
                switch (verticalGravity) {
                    case Gravity.TOP:
                        childTop = parentTop + lp.topMargin;
                        break;
                    case Gravity.CENTER_VERTICAL:
                        childTop = parentTop + (parentBottom - parentTop - height) / 2 +
                        lp.topMargin - lp.bottomMargin;
                        break;
                    case Gravity.BOTTOM:
                        childTop = parentBottom - height - lp.bottomMargin;
                        break;
                    default:
                        childTop = parentTop + lp.topMargin;
                }
                 //對子元素進行佈局
                child.layout(childLeft, childTop, childLeft + width, childTop + height);
            }
        }
    }

FrameLayout#onLayout方法直接呼叫layoutChildren方法,裡面的實現方法雖然有點長,但是比較好理解,無非加點空間想象力上去就無壓力了。

我們梳理一下:首先是得到父佈局的左上右下的Padding值,然後遍歷子佈局,通過子View的layout_gravity屬性、子View的LayoutParams屬性、父佈局的Padding值來確定子View的左上右下引數,然後呼叫child.layout方法,把佈局流程從父容器傳遞到子元素。

上面我們已經分析過View#layout方法,是一個空方法,主要作用是我們使用的子View重寫該方法,例如TextView、CustomView自定義View等等。不同的View不同的佈局方式。大家有興趣可以看看他們的實現過程。

View#getWidth()、View#getMeasureWidth()

我們在分析View#setFrame()分析到這個問題,我們在今篇View的佈局可知,在View#setFrame()執行裡對
mLeft、mRight、mTop、mBottom,從命名方式帶m,我們可以知道這是一個全域性變數,在View的佈局時賦值的。

而View#getMeasureWidth()就要回到我們上一篇View的測量,在View#onMeasure方法中會呼叫View#setMeasuredDimension方法,在這方式的實現子View設定自身寬高的,這方法裡有View#setMeasuredDimensionRaw方法,我們看一下它的原始碼:

    private void setMeasuredDimensionRaw(int measuredWidth, int measuredHeight) {
        mMeasuredWidth = measuredWidth;
        mMeasuredHeight = measuredHeight;

        mPrivateFlags |= PFLAG_MEASURED_DIMENSION_SET;
    }

簡單來說就是對mMeasuredWidth與mMeasuredHeight賦值,所以在View#getMeasureWidth方法裡返回的值,,是我們進行測量後的值mMeasuredWidth。

他們的值基本情況下是一致的,那麼不一致時什麼時候呢?看回我們本篇中的FrameLayout#onLayout,最後是不是呼叫了childView#layout方法,FrameLayout我們不可修改,但是在我們CustomView自定義View,重寫onLayout的時候是可以按照我們的特殊要求修改的,例如修改為:childView.layout(0,0,100,100);那麼View#getWidth()、View#getMeasureWidth()返回的值就會不一致,有興趣的同學可以自己去驗證一下。

所以他們的值在不特殊修改的情況下返回時一樣的,但是他們的意義是完全不同的,一個在測量過程、一個在佈局過程。大家要稍微留意。

View的佈局流程就已經全部分析完了。我們總結一下:佈局流程相對簡單一些,上一篇View的測量,我們可以得到View的寬和高,ViewGroup的layout佈局,呼叫layout方法,確定在父佈局的位置,在onLayout()方法中遍歷其子View,呼叫子View的layout方法並根據子View大小、View的LayoutParams值、父View對子 View位置的限制作為引數傳入,完成佈局;而View的測量利用測量出來的寬和高來計算出子View相對於父View的位置引數,完成佈局。在下篇,我們將會講述最後一步,View的繪製