在經過measure階段以后，系統確定了View的測量大小，接下來就進入到layout的過程。
在該過程中會確定視圖的顯示位置，即子View在其父控件中的位置。
嗯哼，我們直接扒開源碼從View的layout( )開始入手。
//l, t, r, b分別表示子View相對于父View的左、上、右、下的坐標
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;
13 boolean changed = isLayoutModeOptical(mParent) ?
14 setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);
15
16 if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {
17 onLayout(changed, l, t, r, b);
18 mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED;
19
20 ListenerInfo li = mListenerInfo;
21 if (li != null && li.mOnLayoutChangeListeners != null) {
22 ArrayList<OnLayoutChangeListener> listenersCopy =
23 (ArrayList<OnLayoutChangeListener>)li.mOnLayoutChangeListeners.clone();
24 int numListeners = listenersCopy.size();
25 for (int i = 0; i < numListeners; ++i) {
26 listenersCopy.get(i).onLayoutChange(this,l,t,r,b,oldL,oldT,oldR,oldB);
27 }
}
}
mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;
mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;
}
在該方法中的主要實現
1 ：確定該View在其父View中的位置，請參見代碼第13-14行。
在該處調用setFrame()方法，在該方法中把l，t， r， b分別與之前的mLeft，mTop，mRight，mBottom一一作比較，假若其中任意一個值發生了變化，那么就判定該View的位置發生了變化
2： 若View的位置發生了變化則調用onLayout()方法，請參見代碼第17行
嗯哼，我們就順著這個思路去看看onLayout()的源碼
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {}
額，View的onLayout()方法竟然是一個空方法！這是為啥呢？
先瞅瞅官方文檔對該方法的介紹：
Called from layout when this view should assign a size and position to each of its children.
噢，原來文檔中說了：在layout方法中調用該onLayout()用于指定子View的大小和位置。
誰才有子View呢？用你的小腦袋瓜想想。
哇哈，當然是ViewGroup！
這也就是說：ViewGroup會調用onLayout(）決定子View的顯示位置。
好吧，既然如此就去看ViewGroup中的onLayout()方法是怎么實現的；嗯哼，接著看源碼
protected abstract void onLayout(boolean changed,int l, int t, int r, int b);
額,ViewGroup的onLayout()竟然是一個抽象方法！這就意味著啥呢？
這就是說ViewGroup的子類都必須重寫這個方法，實現自己的邏輯。比如：FrameLayou，LinearLayout，RelativeLayout等等布局都需要重寫這個方法，在該方法內依據各自的布局規則確定子View的位置。
在此以LinearLayout為例，看看ViewGroup對于onLayout()方法的實現。
protected void onLayout(boolean changed, int l, int t, int r, int b) {
if (mOrientation == VERTICAL) {
layoutVertical(l, t, r, b);
} else {
layoutHorizontal(l, t, r, b);
}
}
在LinearLayout的onLayout()方法中分別處理了水平線性布局和垂直線性布局。在此，就選擇layoutVertical()繼續往下看。
void layoutVertical(int left, int top, int right, int bottom) {
final int paddingLeft = mPaddingLeft;
int childTop;
int childLeft;
final int width = right - left;
int childRight = width - mPaddingRight;
8 int childSpace = width - paddingLeft - mPaddingRight;
9
10 final int count = getVirtualChildCount();
11
12 final int majorGravity = mGravity & Gravity.VERTICAL_GRAVITY_MASK;
13 final int minorGravity = mGravity & Gravity.RELATIVE_HORIZONTAL_GRAVITY_MASK;
14
15 switch (majorGravity) {
16 case Gravity.BOTTOM:
17 childTop = mPaddingTop + bottom - top - mTotalLength;
18 break;
19
20 case Gravity.CENTER_VERTICAL:
childTop =mPaddingTop+(bottom-top-mTotalLength) / 2;
break;
case Gravity.TOP:
default:
childTop = mPaddingTop;
27 break;
28 }
30 for (int i = 0; i < count; i++) {
31 final View child = getVirtualChildAt(i);
32 if (child == null) {
33 childTop += measureNullChild(i);
34 } else if (child.getVisibility() != GONE) {
35 final int childWidth = child.getMeasuredWidth();
36 final int childHeight = child.getMeasuredHeight();
37
38 final LinearLayout.LayoutParams lp =
39 (LinearLayout.LayoutParams) child.getLayoutParams();
40
41 int gravity = lp.gravity;
42 if (gravity < 0) {
43 gravity = minorGravity;
44 }
45 final int layoutDirection = getLayoutDirection();
final int absoluteGravity = Gravity.getAbsoluteGravity(gravity, layoutDirection);
switch (absoluteGravity & Gravity.HORIZONTAL_GRAVITY_MASK) {
case Gravity.CENTER_HORIZONTAL:
childLeft = paddingLeft + ((childSpace - childWidth) / 2)
+ lp.leftMargin - lp.rightMargin;
break;
case Gravity.RIGHT:
childLeft = childRight - childWidth - lp.rightMargin;
break;
case Gravity.LEFT:
default:
childLeft = paddingLeft + lp.leftMargin;
break;
}
if (hasDividerBeforeChildAt(i)) {
childTop += mDividerHeight;
}
66
67 childTop += lp.topMargin;
68 setChildFrame(child,childLeft,childTop+ getLocationOffset(child),
69 childWidth, childHeight);
70 childTop += childHeight + lp.bottomMargin + getNextLocationOffset(child);
71
72 i += getChildrenSkipCount(child, i);
}
}
}
這里的邏輯不是特別簡單，我們看幾個重要的步驟。
第一步：
計算child可使用空間的大小，請參見代碼第8行
第二步：
獲取子View的個數，請參見代碼第10行
第三步：
計算childTop從而確定子View的開始布局位置，請參見代碼第12-28行
第四步：
確定每個子View的位置，請參見代碼第30-74行
這一步是最關鍵的步驟，我們瞅瞅它的主要操作
1、 得到子View測量后的寬和高，請參見代碼第35-36行. 這里獲取到的childWidth和childHeight就是在measure階段所確立的寬和高
2 、得到子View的LayoutParams，請參見代碼第38-39行.
3 、依據子View的LayoutParams確定子View的位置，請參見代碼第41-69行.
我們可以發現在setChildFrame()中又調用了View的layout()方法來確定子View的位置。
到這我們就可以理清楚思路了：
ViewGroup首先調用了layout()確定了自己本身在其父View中的位置，然后調用onLayout()確定每個子View的位置，每個子View又會調用View的layout()方法來確定自己在ViewGroup的位置。
概況地講：
View 的 layout() 方法用于 View 確定自己本身在其父View的位置
ViewGroup 的 onLayout() 方法用于確定子View的位置
為了更好的理解，在此用一個簡單的示例模擬ViewGroup的onLayout()過程
首先我們自定義一個ViewGroup
package com.cc.testlayout;
import android.content.Context;
import android.graphics.Canvas;
import android.util.AttributeSet;
import android.view.View;
import android.view.ViewGroup;
public class ViewGroupSubClass extends ViewGroup{
public ViewGroupSubClass(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
int childCount=getChildCount();
if(childCount>0){
View child=getChildAt(0);
measureChild(child,widthMeasureSpec,heightMeasureSpec);
}
}
@Override
protected void onLayout(boolean changed, int l, int t, int r, int b) {
int childCount=getChildCount();
if(childCount>0){
View child=getChildAt(0);
int measuredWidth=child.getMeasuredWidth();
int measuredHeight=child.getMeasuredHeight();
child.layout(0,0,measuredWidth,measuredHeight);
}
}
@Override
protected void onDraw(Canvas canvas) {
super.onDraw(canvas);
}
}
主要步驟如下：
第一步：
在onMeasure()中測量子View
第二步：
在onLayout()中確定子View的位置
定義好ViewGroup之后，將其放入布局文件中
<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout
xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:tools="http://schemas.android.com/tools"
android:layout_width="match_parent"
android:layout_height="match_parent"
android:gravity="center"
android:background="#A5FD01"
tools:context="com.cc.testlayout.MainActivity">
<com.cc.testlayout.ViewGroupSubClass
android:layout_width="wrap_content"
android:layout_height="wrap_content">
<ImageView
android:layout_width="wrap_content"
android:layout_height="wrap_content"
android:src="@drawable/j" />
</com.cc.testlayout.ViewGroupSubClass>
</RelativeLayout>
嗯哼，看到了吧，我把一個ImageView放入自定義ViewGroup中展示了我女朋友的照片。
至此，我們已經看完了measure和layout這兩個過程，對于一些問題我們做一個小的總結
- 獲取View的測量大小measuredWidth和measuredHeight的時機。
在某些復雜或者極端的情況下系統會多次執行measure過程，所以在onMeasure()中去獲取View的測量大小得到的是一個不準確的值。為了避免該情況，最好在onMeasure()的下一階段即onLayout()中去獲取。 - getMeasuredWidth()和getWidth()的區別
在絕大多數情況下這兩者返回的值都是相同的，但是結果相同并不說明它們是同一個東西。
- 首先，它們的獲取時機是不同的。
在measure()過程結束后就可以調用getMeasuredWidth()方法獲取到View的測量大小，而getWidth()方法要在layout()過程結束后才能被調用從而獲取View的實際大小。 - 其次，它們返回值的計算方式不同。
getMeasuredWidth()方法中的返回值是通過setMeasuredDimension()方法得到的，這點我們之前已經分析過，在此不再贅述；而getWidth()方法中的返回值是通過View的右坐標減去其左坐標(right-left)計算出來的。
-
剛才說到了關于View的坐標，在這就不得不提一下：
view.getLeft()，view.getRight()，view.getBottom()，view.getTop();
這四個方法用于獲取子View相對于父View的位置。
但是請注意:
getLeft( )表示子View的左邊距離父View的左邊的距離
getRight( )表示子View的右邊距離父View的左邊的距離
getTop( )表示子View的上邊距離父View的上邊的距離
getBottom( )表示子View的下邊距離父View的上邊的距離
在此，畫一個示例圖作為參考
坐標示例圖 - 直接繼承自ViewGroup可能帶來的復雜處理。 剛通過一個例子簡單模擬了ViewGroup的onLayout()過程；其實，說簡單已經算是含蓄的了；如果要粗暴地說那就是簡單得令人發指。因為項目開發中實際的情況可能遠比這個復雜；比如，在ViewGroup中包含了多個View，每個View都設置了padding和margin，除此之外還可能包含各種嵌套。在這種情況下，我們在onMeasure()和onLayout()中都要花費大量的精力來處理這些問題。所以在一般情況下，我們可以選擇繼承自LinearLayout，RelativeLayout等系統已有的布局從而簡化這兩部分的處理。
who is the next one？ ——> draw
自定義View系列教程01--常用工具介紹
自定義View系列教程02--onMeasure源碼詳盡分析
自定義View系列教程03--onLayout源碼詳盡分析
自定義View系列教程04--Draw源碼分析及其實踐
自定義View系列教程05–示例分析
自定義View系列教程06–詳解View的Touch事件處理
自定義View系列教程07–詳解ViewGroup分發Touch事件
自定義View系列教程08–滑動沖突的產生及其處理
參考文章
Android LayoutInflater原理分析，帶你一步步深入了解View(一)
Android視圖繪制流程完全解析，帶你一步步深入了解View(二)
Android視圖狀態及重繪流程分析，帶你一步步深入了解View(三)
Android自定義View的實現方法，帶你一步步深入了解View(四)
