本文首发于公众号“AntDream”，欢迎微信搜索“AntDream”或扫描文章底部二维码关注，和我一起每天进步一点点
View的三大流程指的是measure(测量)、layout(布局)、draw(绘制)。
下面我们来分别看看这三大流程
View的measure(测量)
MeasureSpec
MeasureSpec是View的一个内部静态类
//view.class
public static class MeasureSpec {
private static final int MODE_SHIFT = 30;
private static final int MODE_MASK = 0x3 << MODE_SHIFT;
...
/**
* 这种模式不用关心
*/
public static final int UNSPECIFIED = 0 << MODE_SHIFT;
/**
* 精确模式，对应的是match_parent和具体值，比如100dp
public static final int EXACTLY = 1 << MODE_SHIFT;
/**
* 最大模式，对应的就是wrap_content
*/
public static final int AT_MOST = 2 << MODE_SHIFT;
public static int makeMeasureSpec(@IntRange(from = 0, to = (1 << MeasureSpec.MODE_SHIFT) - 1) int size,
@MeasureSpecMode int mode) {
if (sUseBrokenMakeMeasureSpec) {
return size + mode;
} else {
return (size & ~MODE_MASK) | (mode & MODE_MASK);
}
}
/**
* 获取测量的模式
*/
@MeasureSpecMode
public static int getMode(int measureSpec) {
//noinspection ResourceType
return (measureSpec & MODE_MASK);
}
/**
* 获取测量到的尺寸大小
*/
public static int getSize(int measureSpec) {
return (measureSpec & ~MODE_MASK);
}
...
}
MeasureSpec总结起来就是：
- 它由2部分数据组成，分别为定义了View测量的模式和View的测量尺寸大小
- 其中EXACTLY精确模式表示的是match_parent和具体值；AT_MOST最大模式表示的是wrap_content的情况
View的measure过程
View的measure过程由其measure方法完成，在measure方法中会调用View的onMeasure方法
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}
setMeasuredDimension方法会设置View的测量宽高，所以我们知道getDefaultSize方法返回的就是View的测量宽高。我们来看看getDefaultSize方法
public static int getDefaultSize(int size, int measureSpec) {
int result = size;
int specMode = MeasureSpec.getMode(measureSpec);
int specSize = MeasureSpec.getSize(measureSpec);
switch (specMode) {
case MeasureSpec.UNSPECIFIED:
result = size;
break;
//对应的是wrap_content
case MeasureSpec.AT_MOST:
//对应的是match_parent和具体值，返回的是测量值
case MeasureSpec.EXACTLY:
result = specSize;
break;
}
return result;
}
从getDefaultSize方法我们可以看到，无论是测量模式无论是AT_MOST还是EXACTLY，返回的结果都是specSize这个测量后的大小。当View的测量模式是AT_MOST，也就是我们在布局中给View设置的是wrap_content时，这个specSize实际上是父容器中的可用大小，也就相当于是和match_parent是一样的效果了。所以我们在通过继承View来自定义View时，就需要特别处理wrap_content的情况。
ViewGroup的measure过程
对于ViewGroup来说，除了完成自己的测量，还需要完成子元素的测量。ViewGroup是一个抽象类，为了测量子类，它提供了一个measureChildren方法：
//ViewGroup.class
protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec) {
final int size = mChildrenCount;
final View[] children = mChildren;
for (int i = 0; i < size; ++i) {
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) != GONE) {
measureChild(child, widthMeasureSpec, heightMeasureSpec);
}
}
}
protected void measureChild(View child, int parentWidthMeasureSpec,
int parentHeightMeasureSpec) {
final LayoutParams lp = child.getLayoutParams();
//用子元素的LayoutParams构建MeasureSpec
final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
mPaddingLeft + mPaddingRight, lp.width);
final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
mPaddingTop + mPaddingBottom, lp.height);
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}
可以看出ViewGroup的measureChildren方法最终会循环调用子元素的measure方法完成子元素的测量。
ViewGroup并没有定义自己的测量过程，因为它的测量过程要由子类自己完成，比如LinearLayout和RelativeLayout，显然测量过程是不同的。有兴趣的可以看看LinearLayout的onMearsure方法。
常见的在Activity中获取View的宽高的方法
View的measure过程和Activity生命周期方法是不同步的，需要用特殊的方法才能准确获取View的宽高
（1）onWindowFocusChanged方法中获取
@Override
public void onWindowFocusChanged(boolean hasFocus) {
super.onWindowFocusChanged(hasFocus);
if (hasFocus) {
int width = myView.getMeasuredWidth();
int height = myView.getMeasuredHeight();
}
}
需要注意的是onWindowFocusChanged方法会被调用多次
（2）view.post(runnable)
通过view的post方法可以将一个runnable投递到消息队列的尾部，当Looper调用此runnable时，View已经初始化好了
myView.post(new Runnable() {
@Override
public void run() {
int width = myView.getMeasuredWidth();
int height = myView.getMeasuredHeight();
}
});
（3）ViewTreeObserver
利用ViewTreeObserver的OnGlobalLayoutListener回调接口，当View树发生状态改变时会回调这个接口
ViewTreeObserver viewTreeObserver = myView.getViewTreeObserver();
viewTreeObserver.addOnGlobalLayoutListener(new ViewTreeObserver.OnGlobalLayoutListener() {
@Override
public void onGlobalLayout() {
myView.getViewTreeObserver().removeOnGlobalLayoutListener(this);
int width = myView.getMeasuredWidth();
int height = myView.getMeasuredHeight();
}
});
View的layout(布局)
layout的作用就是ViewGroup用来确定子元素的位置，ViewGroup的位置被确定后，就会调用onLayout方法，遍历所有的子元素并调用其layout方法，在layout方法中又会调用onLayout方法。layout方法确定View本身的位置，而onLayout方法用来确定子元素的位置。
//View.class
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;
//确定View的四个顶点的位置
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);
...
}
...
}
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {
}
layout方法主要就做了2件事，一个是调用setFrame方法确定自身的位置，另一个就是调用onLayout方法确定子元素的位置。
我们看到在View中并没有实现onLayout方法，同样的在ViewGroup中也没有实现onLayout方法，这是因为onLayout的具体实现同样和具体的布局有关，所以需要子类根据具体情况去实现。大家有兴趣可以看看LinearLayout的onLayout的实现。
需要注意的是默认情况下测量的宽高和最终的宽高是一样的，也就是getMeasuredWidth和getWidth是一样的。只不过一个获取的是measure过程后得到的宽高，一个是layout过程后的宽高。所以如果measure过程需要进行多次或是认为改变了layout方法，就有可能2者不相等。不过绝大多数都是一样的。
View的draw(绘制)
Draw说白了就是把View的内容绘制到屏幕上
@CallSuper
public void draw(Canvas canvas) {
...
/*
* Draw traversal performs several drawing steps which must be executed
* in the appropriate order:
*
* 1. Draw the background
* 2. If necessary, save the canvas' layers to prepare for fading
* 3. Draw view's content
* 4. Draw children
* 5. If necessary, draw the fading edges and restore layers
* 6. Draw decorations (scrollbars for instance)
*/
// Step 1, draw the background, if needed
int saveCount;
//绘制背景
if (!dirtyOpaque) {
drawBackground(canvas);
}
...
if (!verticalEdges && !horizontalEdges) {
// Step 3, draw the content
//调用onDraw方法绘制内容
if (!dirtyOpaque) onDraw(canvas);
// Step 4, draw the children
//调用dispatchDraw方法绘制子元素
dispatchDraw(canvas);
// Overlay is part of the content and draws beneath Foreground
if (mOverlay != null && !mOverlay.isEmpty()) {
mOverlay.getOverlayView().dispatchDraw(canvas);
}
// Step 6, draw decorations (foreground, scrollbars)
//绘制装饰
onDrawForeground(canvas);
// we're done...
return;
}
...
}
从上面的draw方法中，我们可以看出，绘制过程遵循如下几步：
（1）绘制背景：drawBackground(Canvas canvas)
（2）绘制自身内容：onDraw(canvas)
（3）绘制子元素：dispatchDraw(canvas)
（4） 绘制装饰：onDrawForeground(canvas)
View的三大流程开始的地方—ViewRootImpl
上面这张图是一张很经典的图，很好的描述了View的绘制流程。ViewRootImpl中的performTraversals方法会调用performMeasure、performLayout、performDraw方法，开始View的测量、布局和绘制过程。那ViewRootImpl中的performTraversals方法又是在什么时候被调用的呢？这就需要理解一个窗口的概念，也就是Window。
Android中的Window
Window是一个抽象的概念，每一个Window都对应着一个View和ViewRootImpl，Window通过ViewRootImpl来和View建立联系。Android中所有的视图都是通过都是通过Window来呈现的，不管是Activity、Dialog、还是Toast，它们的View都是附加在Window上的，因此Window实际上是View的直接管理者。比如我们触摸屏幕的事件，就是通过Window传递给DecorView，然后再由DecorView传递给我们的View。我们在Activity、Dialog中设置视图内容的方法setContentView在底层也是通过Window来完成的
Window的添加过程
我们在启动一个Activity或是一个Dialog时，系统都会为我们创建一个Window，并把创建的Window注册到系统的WindowManagerService中。
Window的添加过程需要通过WindowManager的实现类WindowManagerImpl的addView方法来实现。只有在通过addView方法将View添加到Window中后，我们的View才和Window关联起来，才能接收通过Window传递的各种输入信息
//WindowManagerImpl.class
private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
@Override
public void addView(@NonNull View view, @NonNull ViewGroup.LayoutParams params) {
applyDefaultToken(params);
mGlobal.addView(view, params, mContext.getDisplay(), mParentWindow);
}
由WindowManagerImpl的源码我们发现，WindowManagerImpl把添加View的工作都交给了WindowManagerGlobal类处理。我们来简单看看WindowManagerGlobal类
//WindowManagerGlobal.class
//所有Window所对应的View
private final ArrayList<View> mViews = new ArrayList<View>();
//所有Window对应的ViewRootImpl
private final ArrayList<ViewRootImpl> mRoots = new ArrayList<ViewRootImpl>();
//多有Window对应的布局参数
private final ArrayList<WindowManager.LayoutParams> mParams =
new ArrayList<WindowManager.LayoutParams>();
//正在被删除的View
private final ArraySet<View> mDyingViews = new ArraySet<View>();
public void addView(View view, ViewGroup.LayoutParams params,
Display display, Window parentWindow) {
...
//创建ViewRootImpl
root = new ViewRootImpl(view.getContext(), display);
view.setLayoutParams(wparams);
//将Window的一系列对象添加到对应的列表中
mViews.add(view);
mRoots.add(root);
mParams.add(wparams);
// do this last because it fires off messages to start doing things
try {
//调用ViewRootImpl的setView方法
root.setView(view, wparams, panelParentView);
} catch (RuntimeException e) {
// BadTokenException or InvalidDisplayException, clean up.
if (index >= 0) {
removeViewLocked(index, true);
}
throw e;
}
}
源码中已经做了相应的注释了。这里我们看到WindowManagerGlobal在addView方法中创建ViewRootImpl后，最后调用了ViewRootImpl的setView方法。下面我们来看看ViewRootImpl的setView方法
//ViewRootImpl.class
public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
synchronized (this) {
if (mView == null) {
...
//调用了requestLayout进行View的绘制
requestLayout();
...
try {
mOrigWindowType = mWindowAttributes.type;
mAttachInfo.mRecomputeGlobalAttributes = true;
collectViewAttributes();
//这里调用WindowSession的addToDisplay方法注册Window
res = mWindowSession.addToDisplay(mWindow, mSeq, mWindowAttributes,
getHostVisibility(), mDisplay.getDisplayId(),
mAttachInfo.mContentInsets, mAttachInfo.mStableInsets,
mAttachInfo.mOutsets, mInputChannel);
} catch (RemoteException e) {
mAdded = false;
mView = null;
mAttachInfo.mRootView = null;
mInputChannel = null;
mFallbackEventHandler.setView(null);
unscheduleTraversals();
setAccessibilityFocus(null, null);
throw new RuntimeException("Adding window failed", e);
} finally {
if (restore) {
attrs.restore();
}
}
...
}
}
}
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
mLayoutRequested = true;
scheduleTraversals();
}
}
在ViewRootImpl的setView方法中主要是做了2件事，一个是调用requestLayout方法启动View的绘制流程；另一个是调用WindowSession的addToDisplay方法请求WindowManagerService添加Window，这是一次IPC调用。
至此，我们就分析完Window的添加过程了，总结如下：
（1）View的展示以及处理触摸点击事件离不开Window，2者通过ViewRootImpl进行关联
（2）我们在启动Activity、创建Dialog或是弹出Toast时都会创建一个Window，然后会通过WindowManagerGlobal类的addView方法来创建ViewRootImpl类，并将Window、View、ViewRootImpl关联起来，
（3）在创建完ViewRootImpl后，接着会调用ViewRootImpl的setView方法，在setView方法中通过requestLayout方法最终调用到performTraversals方法开启View的三大流程；通过WindowSession的addToDisplay方法向WindowManagerService发起远程IPC调用，完成Window的添加。
总结
（1）在通过继承View的方式自定义View时，需要特别处理wrap_content的情况，因为View中默认相当于没处理(和match_parent效果一样)
（2）在Activity中获取View的宽高需要用特殊的方式：onWindowFocusChanged、view.post(runnable)、ViewTreeObserver的OnGlobalLayoutListener
（3）我们的View的显示离不来Window，无论是Activity、Dialog还是Toast，都对应着一个Window。View和Window通过ViewRootImpl来建立关联。我们显示、更新、隐藏界面，比如Dialog的show和dismiss，说到底是Window中添加、更新和删除View的过程。
（4）我们通过setContentView方法添加View，其实是对应Window的添加View的过程，Window会创建ViewRootImpl来执行注册Window、开启View的绘制流程的操作。
（5）所以综上，我们显示一个界面的过程为：创建Window–>创建ViewRootImpl–>添加View–>绘制View、注册Window
欢迎关注我的公众号查看更多精彩文章！
