Android中View的层级结构及绘制步骤
之前讲View的事件分发机制时，讲到了DecorView，其实我们要查看一个一个页面的DecorView可以通过Android Studio自带的工具Android Device Monitor，Tools->Android->Android Device Monitor打开，连接手机或者模拟器，打开一个app界面，这时在Android Device Monitor的Device栏我们就可以看到当前连接的设备（真机或模拟器）中安装的app的包名了，选中我们刚才打开的那个app的包名，再点上面的按钮“Dump View Hierarchy for UI Automator”，然后会在右边出现设备上当前界面，再右边就是这个界面对应的布局了，我们看到所有的View都是层级显示，可以很快搞清楚这个界面的结构，而且选中每个节点，可以很清楚的看到这个节点View的信息，所以知道DecorView和android.R.id.content所对应的View就很方便了。
如图所示，DecorView就是最顶层的那个FrameLayout，它里面包括一个LinearLayout和一个id为statusBarBackground的View，LinearLayout中又包括了一个FrameLayout，注意这里的FrameLayout的y值66，也就是从statusBarBackground的下方开始的，而不是从（0，0）的位置。最后要注意的就是这个content了，当我们在一个Activity中调用setContentView方法时就是将我们的内容View添加到这个id为android.R.id.content的FrameLayout中。
View的绘制是从ViewRootImpl的performTraversals方法开始，方法内部经过performMeasure、performLayout、performDraw三个步骤才能最终将一个View绘制出来，而在这三个方法中又会分别调用顶层View的measure、layout和draw方法，measure负责测量View的宽高，layout负责确定View在父容器中的位置，draw负责绘制内容。
当完成Measure过程后，可以通过getMeasuredWidth和getMeasuredHeight方法来获取到View测量后的宽高。Layout过程完成后，可以得到View的四个顶点位置，通过getLeft、getTop、getRight、getBottom这四个方法。只有当View的draw完成后Veiw的内容才能显示到屏幕上。
关于MeasureSpec
MeasureSpec作用与View的测量过程，它可以决定View的测量尺寸，但这并是绝对的，因为可能收到父容器的印象，在测量过程中，系统会将View的LayoutParams根据父容器所施加的规则转换成对应的MeasureSpec，然后再根据这个measureSpec测量出View的宽高。
MeasureSpec实质上是一个32位的int值，高2位表示SpecMode，也就是测量模式，低30位表示SpecSize，SpecSize是在某种测量模式下的规格大小。SpecMode有三种：UNSPECIFIED、EXACTLY、AT_MOST，它们分别表示的意思是：
- UNSPECIFIED：父容器不对View有任何限制。
- EXACTLY：父容器已经测出View所需要的精确大小，这时View的最终大小就是SpecSize所指定的值，当xml中的layout_width和layout_height是match_parent和具体的数值时，测量该View时会使用这中模式。
- AT_MOST：父容器指定了一个可用大小即SpecSize，View的大小不能大于这个值，当xml中的layout_width和layout_height是wrap_content时，测量该View就使用这种模式。
说到这三种模式时，我们不得不说下，当我们要可滑动控件中的内容全部显示时，网上一搜，解决办法基本就是先自定义一个滑动控件，然后重写其onMeasure方法，代码如下：
public class ApplyListView extends ListView {
public ApplyListView(Context context) {
super(context);
}
public ApplyListView(Context context, AttributeSet attrs, int defStyle) {
super(context, attrs, defStyle);
}
public ApplyListView(Context context, AttributeSet attrs) {
super(context, attrs);
}
@Override protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST);
super.onMeasure(widthMeasureSpec, expandSpec);
}
}
估计很多人对onMeasure方法中的代码的意思不理解，下面我来说下，首先看MeasureSpec中的三个方法：
// 这个方法的作用是根据大小和模式来生成一个int值，这个int值封装了模式和大小信息
public static int makeMeasureSpec(int size, int mode)
// 这个方法的作用是通过一个int值来获取里面的模式信息
public static int getMode(int measureSpec)
// 这个方法的作用是通过一个int值来获取里面的大小信息
public static int getSize(int measureSpec)
上面我们说过，MeasureSpec是一个32位的int值，高2位表示mode，低30位表示size，而MeasureSpec类中也定义了如下常量：
private static final int MODE_SHIFT = 30;
private static final int MODE_MASK = 0x3 << MODE_SHIFT;
// 0左移30位，也就是int类型的最高两位是00
public static final int UNSPECIFIED = 0 << MODE_SHIFT;
// 1左移30位，也就是int类型的最高两位是01
public static final int EXACTLY = 1 << MODE_SHIFT;
// 2左移30位，也就是int类型的最高两位是10
public static final int AT_MOST = 2 << MODE_SHIFT;
我们再看看自定义控件中的onMeasure方法，第一句是调用MeasureSpec的makeMeasureSpec方法，这个方法是用来生成一个带有模式和大小信息的int值的，它的两个参数一个是size，一个是mode，size我们传的是Integer.MAX_VALUE >> 2，因为32位int型最大值就是Integer.MAX_VALUE，右移两位，表示后面30位的最大值，而我们在手机上的控件不可能那么大，所以这个模式就得选择MeasureSpec.AT_MOST了。
上面也提到了在测量过程中，系统会将View的LayoutParams根据父容器所施加的规则转换成对应的MeasureSpec，然后再根据这个measureSpec测量出View的宽高，普通View的MeasureSpec是由LayoutParams和父容器共同决定的，对于顶层View也就是DecorView来说，它的MeasureSpec是有窗口的尺寸和它自身的LayoutParams共同决定的。当MeasureSpec确定后就可以在onMeasure中确定View的测量宽高了。
在ViewRootImpl中的measureHierarchy方法中有一段代码：
childWidthMeasureSpec = getRootMeasureSpec(baseSize, lp.width);
childHeightMeasureSpec = getRootMeasureSpec(desiredWindowHeight, lp.height);
performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
其作用就是确定DecorView的MeasureSpec的创建过程，其中desiredWindowHeight就是屏幕的高，接着看getRootMeasureSpec方法的实现：
private static int getRootMeasureSpec(int windowSize, int rootDimension) {
int measureSpec;
switch (rootDimension) {
case ViewGroup.LayoutParams.MATCH_PARENT:
// Window can't resize. Force root view to be windowSize.
measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.EXACTLY);
break;
case ViewGroup.LayoutParams.WRAP_CONTENT:
// Window can resize. Set max size for root view.
measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.AT_MOST);
break;
default:
// Window wants to be an exact size. Force root view to be that size.
measureSpec = MeasureSpec.makeMeasureSpec(rootDimension, MeasureSpec.EXACTLY);
break;
}
return measureSpec;
}
这段代码基本就明确了DecorView的MeasureSpec的创建过程了。当其LayoutParams为MATCH_PARENT时，为精确模式，大小就是屏幕大小；当其LayoutParams为WRAP_CONTENT时，为最大模式，大小不定，但最大不能超过屏幕大小；当其LayoutParams为固定尺寸时，为精确模式，大小就是其指定的大小。
普通View的measure过程是由ViewGroup传递过来的，我们先看看ViewGroup的measureChildWithMargins方法：
protected void measureChildWithMargins(View child,
int parentWidthMeasureSpec, int widthUsed,
int parentHeightMeasureSpec, int heightUsed) {
final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin
+ widthUsed, lp.width);
final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
mPaddingTop + mPaddingBottom + lp.topMargin + lp.bottomMargin
+ heightUsed, lp.height);
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}
这个方法中我们可以看到对子View进行measure之前，会通过getChildMeasureSpec方法来计算出子View的MeasureSpec，从几个参数可以看出，子View的MeasureSpec创建与父容器的MeasureSpec和子View本身的LayoutParams有关，还和View的margin、padding有关。
public static int getChildMeasureSpec(int spec, int padding, int childDimension) {
int specMode = MeasureSpec.getMode(spec);
int specSize = MeasureSpec.getSize(spec);
int size = Math.max(0, specSize - padding);
int resultSize = 0;
int resultMode = 0;
switch (specMode) {
// Parent has imposed an exact size on us
case MeasureSpec.EXACTLY:
if (childDimension >= 0) {
resultSize = childDimension;
resultMode = MeasureSpec.EXACTLY;
} else if (childDimension == LayoutParams.MATCH_PARENT) {
// Child wants to be our size. So be it.
resultSize = size;
resultMode = MeasureSpec.EXACTLY;
} else if (childDimension == LayoutParams.WRAP_CONTENT) {
// Child wants to determine its own size. It can't be
// bigger than us.
resultSize = size;
resultMode = MeasureSpec.AT_MOST;
}
break;
// Parent has imposed a maximum size on us
case MeasureSpec.AT_MOST:
if (childDimension >= 0) {
// Child wants a specific size... so be it
resultSize = childDimension;
resultMode = MeasureSpec.EXACTLY;
} else if (childDimension == LayoutParams.MATCH_PARENT) {
// Child wants to be our size, but our size is not fixed.
// Constrain child to not be bigger than us.
resultSize = size;
resultMode = MeasureSpec.AT_MOST;
} else if (childDimension == LayoutParams.WRAP_CONTENT) {
// Child wants to determine its own size. It can't be
// bigger than us.
resultSize = size;
resultMode = MeasureSpec.AT_MOST;
}
break;
// Parent asked to see how big we want to be
case MeasureSpec.UNSPECIFIED:
if (childDimension >= 0) {
// Child wants a specific size... let him have it
resultSize = childDimension;
resultMode = MeasureSpec.EXACTLY;
} else if (childDimension == LayoutParams.MATCH_PARENT) {
// Child wants to be our size... find out how big it should
// be
resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
resultMode = MeasureSpec.UNSPECIFIED;
} else if (childDimension == LayoutParams.WRAP_CONTENT) {
// Child wants to determine its own size.... find out how
// big it should be
resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
resultMode = MeasureSpec.UNSPECIFIED;
}
break;
}
//noinspection ResourceType
return MeasureSpec.makeMeasureSpec(resultSize, resultMode);
}
我们看到，确定子View的MeasureSpec，首先是算出父容器除去padding后还剩下的尺寸，然后根据父容器的MeasureSpec和子View的LayoutParams来确定。
-
当父容器的MeasureSpec为EXACTLY时：
- 如果子View的LayoutParams指定了具体值，那么子View的MeasureSpec为EXACTLY；
- 如果子View的LayoutParams为MATCH_PARENT，那么子View的MeasureSpec为EXACTLY；
- 如果子View的LayoutParams为WRAP_CONTENT，那么子View的MeasureSpec为AT_MOST；
-
当父容器的MeasureSpec为AT_MOST时：
- 如果子View的LayoutParams指定了具体值，那么子View的MeasureSpec为EXACTLY；
- 如果子View的LayoutParams为MATCH_PARENT，那么子View的MeasureSpec为AT_MOST；
- 如果子View的LayoutParams为WRAP_CONTENT，那么子View的MeasureSpec为AT_MOST；
-
当父容器的MeasureSpec为UNSPECIFIED时：
- 如果子View的LayoutParams指定了具体值，那么子View的MeasureSpec为EXACTLY；
- 如果子View的LayoutParams为MATCH_PARENT，那么子View的MeasureSpec为UNSPECIFIED；
- 如果子View的LayoutParams为WRAP_CONTENT，那么子View的MeasureSpec为UNSPECIFIED；
一般我们开发过程中不会使用到UNSPECIFIED这种模式，它主要用于系统内部多次measure的情形。
View和ViewGroup的measure过程
如果是原始的View，那么通过measure方法就完成了测量过程，而如果是ViewGroup，除了完成自己的测量外，还需要遍历子元素调用其measure方法，各个子元素再去递归执行这个过程。
先看View的measure方法，这个方法是final类型的，也就是说子类不能重写该方法，而在View的measure方法中会调用onMeasure方法，所以我们只需要看onMeasure的实现即可，在自定义View时，也是重写onMeasure方法。
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
setMeasuredDimension(
getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
}
setMeasuredDimension方法的作用就是设置View的宽高测量值，而getDefaultSize方法就是根据MeasureSpec获取到测量值：
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;
case MeasureSpec.AT_MOST:
case MeasureSpec.EXACTLY:
result = specSize;
break;
}
return result;
}
我们主要看最大模式和精确模式这两种情况，最后返回的结果就是specSize这个View的测量值，而View的大小是在layout阶段才最终确定的。无限制模式一般用于系统内容测量，这种情况下，View的大小为getDefaultSize方法的第一个参数size，即宽高分别为getSuggestedMinimumWidth()和getSuggestedMinimumHeight()这两个方法的返回值。这两个方法如下：
protected int getSuggestedMinimumWidth() {
return (mBackground == null) ? mMinWidth : max(mMinWidth, mBackground.getMinimumWidth());
}
protected int getSuggestedMinimumHeight() {
return (mBackground == null) ? mMinHeight : max(mMinHeight, mBackground.getMinimumHeight());
}
这段代码看出，这种模式下View是根据background和minWidth/minHeight这两个属性来决定的，如果没有设置背景，那么返回值就是最小值属性指定的数值，这个值默认为0，也就是当不指定这个属性时，最小值就为0了，如果有背景，返回的是mBackground.getMinimumHeight()，这个方法在Drawable类中，源码如下：
public int getMinimumHeight() {
final int intrinsicHeight = getIntrinsicHeight();
return intrinsicHeight > 0 ? intrinsicHeight : 0;
}
所以这个方法返回的就是背景Drawable的原始宽/高，前提是这个Drawbale有原始宽/高，否则就返回0，比如当背景设置成ShapeDrawable时就没有原始宽高，而BitmapDrawable就有。
从getDefaultSize方法的实现来看，View的宽高由specSize决定，所以，我们自定义View时，需要重写onMeasure方法并设置wrap_content时的自身大小，否则在布局中wrap_content就相当于match_parent，因为当View的layout_width/height为wrap_content时，它的specMode是AT_MOST模式，这种情况下，它的宽高都等于specSzie-padding，也就是父容器当前剩余的空间大小，效果等同于match_parent。那么如何重写onMeasure方法呢？
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
super.onMeasure(widthMeasureSpec, heightMeasureSpec);
int widthMode = MeasureSpec.getMode(widthMeasureSpec);
int heightMode = MeasureSpec.getMode(heightMeasureSpec);
int widthSize = MeasureSpec.getSize(widthMeasureSpec);
int heightSize = MeasureSpec.getSize(heightMeasureSpec);
if (widthMode == MeasureSpec.AT_MOST && heightMode == MeasureSpec.AT_MOST) {
setMeasuredDimension(mWidth, mHeight);
} else if (widthMode == MeasureSpec.AT_MOST) {
setMeasuredDimension(mWidth, heightMeasureSpec);
} else {
setMeasuredDimension(widthMeasureSpec, mHeight);
}
}
我们只需要给View指定一个默认的宽高mWidth和mHeight设置即可。
ViewGroup的measure过程，除了测量自身的大小，还要遍历测量所有子元素的大小，各个子元素也要递归操作这个过程，与View不同的是，ViewGroup是一个抽象类，因此它没有重写View的onMeasure方法，但它提供了一个叫measureChildren的方法：
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);
}
}
}
这个方法就是循环遍历子元素并测量他们的大小，measureChild方法源码如下：
protected void measureChild(View child, int parentWidthMeasureSpec,
int parentHeightMeasureSpec) {
final LayoutParams lp = child.getLayoutParams();
final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
mPaddingLeft + mPaddingRight, lp.width);
final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
mPaddingTop + mPaddingBottom, lp.height);
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
}
measureChild就是根据子元素的MeasureSpec进行测量，子元素的MeasureSpec通过getChildMeasureSpec方法获得。
之所以ViewGroup没有像View一样统一使用onMeasure方法去测量大小，是因为ViewGroup的子类有不同的布局特性，测量细节也各不相同，ViewGroup也无法做统一实现。
View的measure过程是三大过程中最复杂的一个，measure完成以后，通过getMeasuredWidth/Height方法就可以正确的获取到View测量后的宽高。在某些极端情况下，onMeasure方法中拿到的测量值并不准确，所以最好是在onLayout方法中View的测量宽高的最终值。
现在我们要考虑一个我们开发过程中经常遇到的问题：当Activity启动时，我们想获取某个View的尺寸，以便在达到某个条件时做一些事情，但是打印Log显示这个View的尺寸是0。这是因为View的measure过程和Activity的生命周期应不是同步执行的，要解决这种情况也有好几种办法，下面详细来说一说。
onWindowFoucsChanged，这个方法的含义是View已经初始化完毕了，宽高已经准备好了。不过这个方法在Activity获得焦点和失去焦点时都会被调用，也就是说如果频繁调用onResume方法和onPause方法，那onWindowFoucsChanged方法也会被频繁调用。
view.post(runnable)，该方法通过post一个runnable到消息队列尾部，然后等Looper调用此runnable，runnable中即是获取View尺寸的操作。
ViewTreeObserver，这个类其实是一个对View监听的类，它有很多回调方法，我们使用onGlobalLayoutListener这个接口就可以完成这个功能，当View树的状态发生改变或者View树下面的子View发生变化时，onGlobalLayut方法将会被回调。所以这是一个获取View宽高的时机。
View的layout过程
layout过程主要是确定自身的位置和确定子元素的位置，当ViewGroup的位置被确定后，它会在onLayout方法中遍历所有子元素并调用其layout方法，在layout方法中onLayout方法又会被调用。
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;
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);
if (shouldDrawRoundScrollbar()) {
if(mRoundScrollbarRenderer == null) {
mRoundScrollbarRenderer = new RoundScrollbarRenderer(this);
}
} else {
mRoundScrollbarRenderer = null;
}
mPrivateFlags &= ~PFLAG_LAYOUT_REQUIRED;
ListenerInfo li = mListenerInfo;
if (li != null && li.mOnLayoutChangeListeners != null) {
ArrayList listenersCopy =
(ArrayList)li.mOnLayoutChangeListeners.clone();
int numListeners = listenersCopy.size();
for (int i = 0; i < numListeners; ++i) {
listenersCopy.get(i).onLayoutChange(this, l, t, r, b, oldL, oldT, oldR, oldB);
}
}
}
mPrivateFlags &= ~PFLAG_FORCE_LAYOUT;
mPrivateFlags3 |= PFLAG3_IS_LAID_OUT;
}
layout方法首先会通过setOpticalFrame方法或者setFrame方法来给View设定四个顶点的位置，也就是初始化mLeft、mRight、mTop、mBottom这几个值，一旦四个顶点位置确定，那么View在父容器总的位置也就确定了，接着调用onLayout方法，这个方法的作用是父容器确定子元素的位置，但是View和ViewGroup都没有具体实现这个方法，和onMeasure类似。
之前我们提到过一个问题，View的测量宽高和最终宽高是不是一样的，这个问题其实就是比较View的getMeasuredWidth方法和getWidth方法的返回值是否一样。其实在View的默认实现中，测量宽高和最终宽高是相等的，只不过测量宽高是在measure过程赋值的，而最终宽高则是在layout过程赋值，日常开发中我们可以认为他们相等，但某些特定的情况会导致不一样，比如当我们重写了View的layout方法，改变了其宽高，这时候就不相等了。
View的draw过程
draw过程作用就是讲View绘制到屏幕上了，draw的步骤有以下几步：
- 绘制背景：background.draw(canvas)
- 绘制自己：onDraw
- 绘制子元素：dispatchDraw
- 绘制装饰：onDrawScrollBars
draw方法源码如下：
public void draw(Canvas canvas) {
final int privateFlags = mPrivateFlags;
final boolean dirtyOpaque = (privateFlags & PFLAG_DIRTY_MASK) == PFLAG_DIRTY_OPAQUE &&
(mAttachInfo == null || !mAttachInfo.mIgnoreDirtyState);
mPrivateFlags = (privateFlags & ~PFLAG_DIRTY_MASK) | PFLAG_DRAWN;
/*
* 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);
}
// skip step 2 & 5 if possible (common case)
final int viewFlags = mViewFlags;
boolean horizontalEdges = (viewFlags & FADING_EDGE_HORIZONTAL) != 0;
boolean verticalEdges = (viewFlags & FADING_EDGE_VERTICAL) != 0;
if (!verticalEdges && !horizontalEdges) {
// Step 3, draw the content
if (!dirtyOpaque) onDraw(canvas);
// Step 4, draw the children
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;
}
/*
* Here we do the full fledged routine...
* (this is an uncommon case where speed matters less,
* this is why we repeat some of the tests that have been
* done above)
*/
boolean drawTop = false;
boolean drawBottom = false;
boolean drawLeft = false;
boolean drawRight = false;
float topFadeStrength = 0.0f;
float bottomFadeStrength = 0.0f;
float leftFadeStrength = 0.0f;
float rightFadeStrength = 0.0f;
// Step 2, save the canvas' layers
int paddingLeft = mPaddingLeft;
final boolean offsetRequired = isPaddingOffsetRequired();
if (offsetRequired) {
paddingLeft += getLeftPaddingOffset();
}
int left = mScrollX + paddingLeft;
int right = left + mRight - mLeft - mPaddingRight - paddingLeft;
int top = mScrollY + getFadeTop(offsetRequired);
int bottom = top + getFadeHeight(offsetRequired);
if (offsetRequired) {
right += getRightPaddingOffset();
bottom += getBottomPaddingOffset();
}
final ScrollabilityCache scrollabilityCache = mScrollCache;
final float fadeHeight = scrollabilityCache.fadingEdgeLength;
int length = (int) fadeHeight;
// clip the fade length if top and bottom fades overlap
// overlapping fades produce odd-looking artifacts
if (verticalEdges && (top + length > bottom - length)) {
length = (bottom - top) / 2;
}
// also clip horizontal fades if necessary
if (horizontalEdges && (left + length > right - length)) {
length = (right - left) / 2;
}
if (verticalEdges) {
topFadeStrength = Math.max(0.0f, Math.min(1.0f, getTopFadingEdgeStrength()));
drawTop = topFadeStrength * fadeHeight > 1.0f;
bottomFadeStrength = Math.max(0.0f, Math.min(1.0f, getBottomFadingEdgeStrength()));
drawBottom = bottomFadeStrength * fadeHeight > 1.0f;
}
if (horizontalEdges) {
leftFadeStrength = Math.max(0.0f, Math.min(1.0f, getLeftFadingEdgeStrength()));
drawLeft = leftFadeStrength * fadeHeight > 1.0f;
rightFadeStrength = Math.max(0.0f, Math.min(1.0f, getRightFadingEdgeStrength()));
drawRight = rightFadeStrength * fadeHeight > 1.0f;
}
saveCount = canvas.getSaveCount();
int solidColor = getSolidColor();
if (solidColor == 0) {
final int flags = Canvas.HAS_ALPHA_LAYER_SAVE_FLAG;
if (drawTop) {
canvas.saveLayer(left, top, right, top + length, null, flags);
}
if (drawBottom) {
canvas.saveLayer(left, bottom - length, right, bottom, null, flags);
}
if (drawLeft) {
canvas.saveLayer(left, top, left + length, bottom, null, flags);
}
if (drawRight) {
canvas.saveLayer(right - length, top, right, bottom, null, flags);
}
} else {
scrollabilityCache.setFadeColor(solidColor);
}
// Step 3, draw the content
if (!dirtyOpaque) onDraw(canvas);
// Step 4, draw the children
dispatchDraw(canvas);
// Step 5, draw the fade effect and restore layers
final Paint p = scrollabilityCache.paint;
final Matrix matrix = scrollabilityCache.matrix;
final Shader fade = scrollabilityCache.shader;
if (drawTop) {
matrix.setScale(1, fadeHeight * topFadeStrength);
matrix.postTranslate(left, top);
fade.setLocalMatrix(matrix);
p.setShader(fade);
canvas.drawRect(left, top, right, top + length, p);
}
if (drawBottom) {
matrix.setScale(1, fadeHeight * bottomFadeStrength);
matrix.postRotate(180);
matrix.postTranslate(left, bottom);
fade.setLocalMatrix(matrix);
p.setShader(fade);
canvas.drawRect(left, bottom - length, right, bottom, p);
}
if (drawLeft) {
matrix.setScale(1, fadeHeight * leftFadeStrength);
matrix.postRotate(-90);
matrix.postTranslate(left, top);
fade.setLocalMatrix(matrix);
p.setShader(fade);
canvas.drawRect(left, top, left + length, bottom, p);
}
if (drawRight) {
matrix.setScale(1, fadeHeight * rightFadeStrength);
matrix.postRotate(90);
matrix.postTranslate(right, top);
fade.setLocalMatrix(matrix);
p.setShader(fade);
canvas.drawRect(right - length, top, right, bottom, p);
}
canvas.restoreToCount(saveCount);
// 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);
}
源码中注释已经很清楚了，通过onDraw方法来draw the content，也就是绘制自身的内容，通过dispatchDraw方法来绘制子元素，这个方法会遍历调用所有子元素的draw方法，draw事件一直传递下去，完成了整个ViewGroup的绘制。