一、布局的起點(diǎn) - performTraversals
和前面分析測量過程類似,整個布局的起點(diǎn)也是在ViewRootImpl的performTraversals當(dāng)中:
private void performTraversals() {
......
mView.layout(0, 0, mView.getMeasuredWidth(), mView.getMeasuredHeight());
......
}
可以看到,布局過程會參考前面一步測量的結(jié)果,和測量過程的measure和onMeasure方法很像,布局過程也有兩個方法layout和onLayout,參考前面的分析,我們先對這兩個方法進(jìn)行介紹:
1.1 layout和onLayout
- 對于
View -
layout方法是public的,和measure不同的是,它不是final的,也就是說,繼承于View的控件可以重寫layout方法,但是我們一般不這么做,因?yàn)樵谒?code>layout方法中又調(diào)用了onLayout,所以繼承于View的控件一般是通過重寫onLayout來實(shí)現(xiàn)一些邏輯。public void layout(int l, int t, int r, int b) { //.... boolean changed = isLayoutModeOptical(mParent) ? setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b); if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) { onLayout(changed, l, t, r, b); } //... } -
onLayout方法是一個空實(shí)現(xiàn)。
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {}
- 對于
ViewGroup - 它重寫了
View中的layout,并把它設(shè)為final,也就是說繼承于ViewGroup的控件,不能重寫layout,在layout方法中,又會調(diào)用super.layout,也就是View的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; } } -
onLayout方法重寫View中的onLayout方法,并把它聲明成了abstract,也就是說,所有繼承于ViewGroup的控件,都必須實(shí)現(xiàn)onLayout方法。
@Override
protected abstract void onLayout(boolean changed, int l, int t, int r, int b);
- 對于繼承于
View的控件
例如TextView,我們一般不會重寫layout,而是在onLayout中進(jìn)行簡單的處理。 - 對于繼承于
ViewGroup的控件 - 例如
LinearLayout,由于ViewGroup的作用是為了包裹子View,而每個控件由于作用不同,布局的方法自然也不同,這也是為了安卓要求每個繼承于ViewGroup的控件都必須實(shí)現(xiàn)onLayout方法的原因。 - 因?yàn)?code>ViewGroup的
layout方法不可以重寫,因此,當(dāng)我們通過父容器調(diào)用一個繼承于ViewGroup的控件的layout方法時,它最終會回調(diào)到該控件的onLayout方法。
1.2 布局onLayout(boolean changed, int l, int t, int r, int b)參數(shù)說明
當(dāng)onLayout方法被回調(diào)時,傳入了上面這四個參數(shù),經(jīng)過前面的分析,我們知道onLayout是通過layout方法調(diào)用過來,而layout方法父容器調(diào)用的,父容器在調(diào)用的時候是根據(jù)自己的坐標(biāo)來計(jì)算出寬高,并把自己的位置的左上角當(dāng)作是(0,0)點(diǎn),重新決定它所屬子View的坐標(biāo),因此這個矩形的四個坐標(biāo)是相對于父容器的坐標(biāo)值。
1.3 布局的遍歷過程
雖然layout在某些方面和measure有所不同,但是它們有一點(diǎn)是共通的,那就是:它們都是作為整個從根節(jié)點(diǎn)到葉節(jié)點(diǎn)傳遞的紐帶,當(dāng)從父容器到子View傳遞的過程中,我們不直接調(diào)用onLayout,而是調(diào)用layout。
onMeasure在測量過程中負(fù)責(zé)兩件事:它自己的測量和它的子View的測量,而onLayout不同:它并不負(fù)責(zé)自己的布局,這是由它的父容器決定的,它僅僅負(fù)責(zé)自己的下一級子View的布局。
再回到文章最開始的點(diǎn),起點(diǎn)是通過mView也就是DecorView的layout方法觸發(fā)的,而DecorView實(shí)際上是一個FrameLayout,經(jīng)過前面的分析,我們應(yīng)該直接去看FrameLayout的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();
for (int i = 0; i < count; i++) {
final View child = getChildAt(i);
child.layout(childLeft, childTop, childLeft + width, childTop + height);
}
}
}
可以看到,在它的onLayout當(dāng)中,又調(diào)用了它的子View的layout,那么這時候就分為兩種情況,一種是該child是繼承于ViewGroup的控件并且它有子節(jié)點(diǎn),那么child.layout方法最終又會調(diào)用到child.onLayout,在里面,它同樣會進(jìn)行和FrameLayout所類似的操作,繼續(xù)調(diào)用child的子節(jié)點(diǎn)的layout;另一種是該child是View或者是繼承于View的控件或者是它是繼承于ViewGroup的控件但是沒有子節(jié)點(diǎn),那么到該child節(jié)點(diǎn)的布局遍歷過程就結(jié)束了。
1.4 小結(jié)
通過分析測量和布局的過程,它們基于一個思想,把傳遞和實(shí)現(xiàn)這兩個邏輯分開在不同的函數(shù)中處理,在實(shí)現(xiàn)當(dāng)中,再去決定是否要傳遞。