一、布局的起点 – performTraversals
和前面分析测量过程类似,整个布局的起点也是在ViewRootImpl
的performTraversals
当中:
private void performTraversals() {
......
mView.layout(0, 0, mView.getMeasuredWidth(), mView.getMeasuredHeight());
......
}
可以看到,布局过程会参考前面一步测量的结果,和测量过程的measure
和onMeasure
方法很像,布局过程也有两个方法layout
和onLayout
,参考前面的分析,我们先对这两个方法进行介绍:
1.1 layout
和onLayout
- 对于
View
-
layout
方法是public
的,和measure
不同的是,它不是final
的,也就是说,继承于View
的控件可以重写layout
方法,但是我们一般不这么做,因为在它的layout
方法中又调用了onLayout
,所以继承于View
的控件一般是通过重写onLayout
来实现一些逻辑。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
方法是一个空实现。
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {}
- 对于
ViewGroup
- 它重写了
View
中的layout
,并把它设为final
,也就是说继承于ViewGroup
的控件,不能重写layout
,在layout
方法中,又会调用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
的控件,都必须实现onLayout
方法。
@Override
protected abstract void onLayout(boolean changed, int l, int t, int r, int b);
- 对于继承于
View
的控件
例如TextView
,我们一般不会重写layout
,而是在onLayout
中进行简单的处理。 - 对于继承于
ViewGroup
的控件 - 例如
LinearLayout
,由于ViewGroup
的作用是为了包裹子View
,而每个控件由于作用不同,布局的方法自然也不同,这也是为了安卓要求每个继承于ViewGroup
的控件都必须实现onLayout
方法的原因。 - 因为
ViewGroup
的layout
方法不可以重写,因此,当我们通过父容器调用一个继承于ViewGroup
的控件的layout
方法时,它最终会回调到该控件的onLayout
方法。
1.2 布局onLayout(boolean changed, int l, int t, int r, int b)
参数说明
当onLayout
方法被回调时,传入了上面这四个参数,经过前面的分析,我们知道onLayout
是通过layout
方法调用过来,而layout
方法父容器调用的,父容器在调用的时候是根据自己的坐标来计算出宽高,并把自己的位置的左上角当作是(0,0)
点,重新决定它所属子View
的坐标,因此这个矩形的四个坐标是相对于父容器的坐标值。
1.3 布局的遍历过程
虽然layout
在某些方面和measure
有所不同,但是它们有一点是共通的,那就是:它们都是作为整个从根节点到叶节点传递的纽带,当从父容器到子View
传递的过程中,我们不直接调用onLayout
,而是调用layout
。
onMeasure
在测量过程中负责两件事:它自己的测量和它的子View
的测量,而onLayout
不同:它并不负责自己的布局,这是由它的父容器决定的,它仅仅负责自己的下一级子View
的布局。
再回到文章最开始的点,起点是通过mView
也就是DecorView
的layout
方法触发的,而DecorView
实际上是一个FrameLayout
,经过前面的分析,我们应该直接去看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
当中,又调用了它的子View
的layout
,那么这时候就分为两种情况,一种是该child
是继承于ViewGroup
的控件并且它有子节点,那么child.layout
方法最终又会调用到child.onLayout
,在里面,它同样会进行和FrameLayout
所类似的操作,继续调用child
的子节点的layout
;另一种是该child
是View
或者是继承于View
的控件或者是它是继承于ViewGroup
的控件但是没有子节点,那么到该child
节点的布局遍历过程就结束了。
1.4 小结
通过分析测量和布局的过程,它们基于一个思想,把传递和实现这两个逻辑分开在不同的函数中处理,在实现当中,再去决定是否要传递。