View的绘制流程（二）
每一个视图的绘制过程都必须经历三个最主要的阶段，即onMeasure()、onLayout()和onDraw()
Layout
mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);
......
mView.layout(0, 0, mView.getMeasuredWidth(), mView.getMeasuredHeight());
子View的Measure的过程结束后，View Tree上的所有View的大小都已经确定。接下来就是Layout的过程。这个过程就是用于给视图进行布局的，也就是确定视图的位置。ViewRootImpl的performTraversals()方法会在measure结束后继续执行，并调用View的layout()方法来执行此过程，如上述代码（其中mView就是DecorView，mView.getMeasureWidth/Height()返回的数值就是Measure过程计算出来的）。
layout的主要作用：根据子视图的大小以及布局参数将View树放到合适的位置上。
注意：Android中的每个空间都会在界面中占得一块矩形区域。我们通过Measure过程计算出来的大小就是这块矩形的大小。
由于mView就是DecorView，本质上就是一个FrameLayout，所以首先调用的就是ViewGroup的layout（）方法，传入的参数都是0，0，measuredWidth, measuredHeight(位置从左上角开始，将整个DecorView完整显示，measuredWidth/Height都是通过ViewRootImpl计算得到的，一般是屏幕大小)
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;
}
}
这里大致看一下代码，如果此时对ViewGroup中的子View操作时（增加或者删除），那么就调用View.java中的layout（）；如果此时正在操作，那么设置flag（mLayoutCalledWhileSuppressed）为true，表明需要等操作完成再调用requestLayout（）（重新遍历View Tree，调用onMeasure（）和onLayout（））。
由于这个方法有final修饰词，所以无法覆写，所有ViewGroup的子类都会调用这个方法作为Layout过程的第一步。
public final void layout(int l, int t, int r, int b) {
int oldL = mLeft;
int oldT = mTop;
int oldB = mBottom;
int oldR = mRight;
//设置View位于父视图的坐标轴
boolean changed = setFrame(l, t, r, b);
//判断View的位置是否发生过变化，看有必要进行重新layout吗
if (changed || (mPrivateFlags & LAYOUT_REQUIRED) == LAYOUT_REQUIRED) {
if (ViewDebug.TRACE_HIERARCHY) {
ViewDebug.trace(this, ViewDebug.HierarchyTraceType.ON_LAYOUT);
}
//调用onLayout(changed, l, t, r, b); 函数
onLayout(changed, l, t, r, b);
mPrivateFlags &= ~LAYOUT_REQUIRED;
}
mPrivateFlags &= ~FORCE_LAYOUT;
.....
}
当ViewGroup中对其子视图的操作都完成了，调用View.layout（）。这边理解几个关键方法：setFrame（）和onLayout（）。
首先会调用setFrame()方法来判断视图的大小是否发生过变化，以确定有没有必要对当前的视图进行重绘，同时还会在这里把传递过来的四个参数分别赋值给mLeft、mTop、mRight和mBottom这几个变量。这几个值构成的矩形区域就是该View显示的位置，这里的具体位置都是相对与父视图的位置。
以后我们在代码中调用View子类的getTop/Right/Bottom/Left（）返回的值都是这里设置的值
接着我们回调ViewGroup.onlayout（）方法，但是在View.java中发现这是一个空方法，一般情况下我们不需要覆写View.java的该方法。
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
}
对于ViewGroup 来说，唯一的差别就是ViewGroup中多了关键字abstract的修饰，要求其子类必须重载onLayout函数。
protected abstract void onLayout(boolean changed, int l, int t, int r, int b);
这里我的理解，ViewGroup中的onLayout（）方法就是用于确定视图在布局中的位置，而这个操作应该有ViewGroup来完成，同时不同的ViewGroup子类都用不同的放置自身子View的算法。所以自定义ViewGroup时必须实现这个方法。
举个例子：
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
int childCount = getChildCount();
for(int i = 0; i < childCount; i++) {
View child = getChildAt(i);
if(child.getVisibility() != View.GONE) {
child.layout(1, i * mScreenHeight, r, (i + 1) * mScreenHeight)
}
}
}
上述代码只是简单的实现，并没有什么实际意义。首先我们遍历该View的所有子View，在遍历的同时，我们通过调用child.layout()来设置child矩形相对于该View的位置，即child要显示的位置。这里传递给child.layout()的参数应该结合布局文件中的设置的属性（android:gravity...）和child的Measure过程得到的矩形大小值，来确定child.layout()的参数。
传入layout（）方法的参数可以自定义，但是最好能够将child的矩形完整显示出来，也就是按照Measure过程得到的尺寸来确定这四个参数。当然我们可以安全不用顾忌Measure过程计算出来的child矩形大小，自己自定义这四个参数，显示child矩形的一部分或者大于child的大小。这种情况下，当完成child.onlayout()方法后可以通过getWidth/Height()方法来获取视图的宽高度和Measure过程结束后调用getMeasureWidth/Height()得到的视图宽高度不一致（getWidth()返回的值是child的右左边减去左坐标，getMeasureWidth()是child.setMeasuredDimension()设置的）。最好能够保持它们的一致，是编码的好习惯。
public final int getMeasuredWidth() {
return mMeasuredWidth & MEASURED_SIZE_MASK;
}
public final int getWidth() {
return mRight - mLeft;
}
参考文献：郭神、Kelin大牛