一、布局的起点 – 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 小结

通过分析测量和布局的过程，它们基于一个思想，把传递和实现这两个逻辑分开在不同的函数中处理，在实现当中，再去决定是否要传递。