View的绘制基本由measure()、layout()、draw()这三个函数完成
一、Measure
(一)MeasureSpec的理解
MeasureSpec是View的内部类,它封装了一个View的尺寸和规格。对于View的测量,肯定会和MeasureSpec接触,MeasureSpec是两个单词组成,翻译过来“测量规格”或者“测量参数”,MeasureSpec封装父容器传递给子容器的布局要求,而不是父容器对子容器的布局要求,“传递”两个字很重要,更精确的说法应该这个MeasureSpec是由父View的MeasureSpec和子View的LayoutParams通过简单的计算得出一个针对子View的测量要求,这个测量要求就是MeasureSpec。
个MeasureSpec是大小size和模式mode的组合值,MeasureSpec中的值是一个整型(32位)将size和mode打包成一个Int型,其中前两位是mode,后面30位存的是size。
MeasureSpec一共有三种模式:
子View的MeasureSpec是由父View的MeasureSpec和子View的LayoutParams共同决定的。子View的LayoutParams其实就是我们在xml写的时候设置的layout_width和layout_height转化而来的。父View的measure的过程会先测量子View,等子View测量结果出来后,再来测量自己,下面的measureChildWithMargins就是用来测量某个子View的,我们先来看代码来分析是怎样测量的,具体看注释:
measureChildWithMargins
protected void measureChildWithMargins(View child, int parentWidthMeasureSpec, int widthUsed, int parentHeightMeasureSpec, int heightUsed) { //子View的LayoutParams,在xml的layout_width和layout_height,//layout_xxx的值最后都会封装到这个个LayoutParams。final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams(); //根据父View的测量规格 && 父View自己的Padding && 子View的Margin && 已经用掉的空间大小widthUsed,//就能算出子View的MeasureSpec,具体计算过程看getChildMeasureSpec方法。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); //通过父View的MeasureSpec和子View的自己LayoutParams的计算,算出子View的MeasureSpec,//然后父容器传递给子容器,让子View用这个MeasureSpec(一个测量要求,比如不能超过多大)去测量自己,//如果子View是ViewGroup 那还会递归往下测量。child.measure(childWidthMeasureSpec, childHeightMeasureSpec);}
getChildMeasureSpec
//spec:表示父View的MeasureSpec;//padding:父View的Padding+子View的Margin,精确算出子View的MeasureSpec的size;//childDimension:子View的LayoutParams属性的值(lp.width或者lp.height),//可以是match_parent、wrap_content、精确值;public static int getChildMeasureSpec(int spec, int padding, int childDimension) { int specMode = MeasureSpec.getMode(spec); //获得父View的mode int specSize = MeasureSpec.getSize(spec); //获得父View的大小 //子View的大小 = 父View的大小 - 自己的Paddingint size = Math.max(0, specSize - padding); int resultSize = 0; //初始化值,最后通过这个两个值生成子View的MeasureSpecint resultMode = 0; //初始化值,最后通过这个两个值生成子View的MeasureSpecswitch (specMode) { //1、父View是EXACTLY,即当父View要求一个精确值时,为子View赋值 case MeasureSpec.EXACTLY: //1.1 子View的width或height是个精确值,如果子view有自己的尺寸,则使用自己的尺寸 if (childDimension >= 0) { resultSize = childDimension; //size为精确值 resultMode = MeasureSpec.EXACTLY; //mode为 EXACTLY 。 } //1.2 子View的width或height为MATCH_PARENT/FILL_PARENT,将父View的大小赋值给子View else if (childDimension == LayoutParams.MATCH_PARENT) { // Child wants to be our size. So be it. resultSize = size; //size为父视图大小 resultMode = MeasureSpec.EXACTLY; //mode为 EXACTLY 。 } //1.3 子View的width或height为WRAP_CONTENT,父View的尺寸为子View的最大尺寸 else if (childDimension == LayoutParams.WRAP_CONTENT) { resultSize = size; //size为父视图大小 resultMode = MeasureSpec.AT_MOST; //mode为AT_MOST 。 } break; //2、父View是AT_MOST,即父View给子View了一个最大界限case MeasureSpec.AT_MOST: //2.1 子View的width或height是个精确值,如果子view有自己的尺寸,则使用自己的尺寸 if (childDimension >= 0) { // Child wants a specific size... so be it resultSize = childDimension; //size为精确值 resultMode = MeasureSpec.EXACTLY; //mode为 EXACTLY 。 } //2.2 子View的width或height为MATCH_PARENT/FILL_PARENT,父View的尺寸为子View的最大尺寸 else if (childDimension == LayoutParams.MATCH_PARENT) { resultSize = size; //size为父视图大小 resultMode = MeasureSpec.AT_MOST; //mode为AT_MOST } //2.3 子View的width或height为WRAP_CONTENT,父View的尺寸为子View的最大尺寸else if (childDimension == LayoutParams.WRAP_CONTENT) { resultSize = size; //size为父视图大小 resultMode = MeasureSpec.AT_MOST; //mode为AT_MOST } break; //3、父View是UNSPECIFIED,即父View对子View没有做任何限制 case MeasureSpec.UNSPECIFIED: //3.1 子View的width或height是个精确值,如果子view有自己的尺寸,则使用自己的尺寸if (childDimension >= 0) { resultSize = childDimension; //size为精确值 resultMode = MeasureSpec.EXACTLY; //mode为 EXACTLY } //3.2 因父布局没有对子View做出限制,当子View为MATCH_PARENT时则大小为0else if (childDimension == LayoutParams.MATCH_PARENT) { resultSize = 0; //size为0! ,其值未定 resultMode = MeasureSpec.UNSPECIFIED; //mode为 UNSPECIFIED } //3.3 因父布局没有对子View做出限制,当子View为WRAP_CONTENT时则大小为0 else if (childDimension == LayoutParams.WRAP_CONTENT) { resultSize = 0; //size为0! ,其值未定 resultMode = MeasureSpec.UNSPECIFIED; //mode为 UNSPECIFIED } break; } //根据上面逻辑条件获取的mode和size构建MeasureSpec对象。 return MeasureSpec.makeMeasureSpec(resultSize, resultMode); }
通过源码可以看出:如果在xml中把layout_width或者layout_height把值都写死,那么上述的测量完全就不需要了,之所以要上面的这步测量,是因为match_parent就是充满父容器,wrap_content就是自适应自己多大就多大,我们写代码的时候特别爽,,Google就要帮我们计算你match_parent的时候是多大,wrap_content的是多大,这个计算过程,就是计算出来的父View的MeasureSpec不断往子View传递,结合子View的LayoutParams一起再算出子View的MeasureSpec,然后继续传给子View,不断计算每个View的MeasureSpec,子View有了MeasureSpec才能更测量自己和自己的子View。
1、如果父View的MeasureSpec是EXACTLY
说明父View的大小是确切的,(确切的意思很好理解,如果一个View的MeasureSpec 是EXACTLY,那么它的size 是多大,最后展示到屏幕就一定是那么大)。
(1)如果子View的layout_xxxx是MATCH_PARENT,父View的大小是确切,子View的大小是MATCH_PARENT(充满整个父View),那么子View的大小肯定是确切的,而且大小值就是父View的size。所以子View的size=父View的size,mode=EXACTLY。
(2)如果子View的layout_xxxx是WRAP_CONTENT,也就是子View的大小是根据自己的content来决定的,但是大小不能超过父View的大小。但是子View的是WRAP_CONTENT,我们还不知道具体子View的大小是多少,要等到child.measure(childWidthMeasureSpec,childHeightMeasureSpec)调用的时候才去真正测量子View自己content的大小(比如TextView wrap_content的时候要测量TextView content的大小,也就是字符占用的大小,这个测量就是在 child.measure(childWidthMeasureSpec,childHeightMeasureSpec)的时候,才能测出字符的大小,MeasureSpec的意思就是假设你字符100px,但是MeasureSpec要求最大的只能50px,这时候就要截掉了)。通过上述描述,子View MeasureSpec mode应该是AT_MOST,而size暂定父View的size,最大为父View的大小,不能超过父View的大小(这就是AT_MOST 的意思),然后这个MeasureSpec做为子View的measure方法的参数,做为子View的大小的约束或者说是要求,有了这个MeasureSpec子View再实现自己的测量。
(3)如果如果子View的layout_xxxx是确定的值(200dp),那么就更简单了,不管你父View的mode和size是什么,我都写死了就是200dp,那么控件最后展示就是就是200dp,不管我的父View有多大,也不管我自己的content有多大,反正我就是这么大,所以这种情况MeasureSpec的mode = EXACTLY,大小size=layout_xxxx的那个值。
2、如果父View的MeasureSpec是AT_MOST
说明父View的大小是不确定,最大的大小是MeasureSpec的size值,不能超过这个值。
(1)如果子View的layout_xxxx是MATCH_PARENT,父View的大小是不确定(只知道最大只能多大),子View的大小MATCH_PARENT(充满整个父View),那么子View你即使充满父容器,大小也是不确定的,父View自己都确定不了大小,即使子ViewMATCH_PARENT,但大小肯定也不能确定的,所以子View的mode=AT_MOST,size=父View的size,最大就是父View的大小。
(2)如果子View的layout_xxxx是WRAP_CONTENT,父View的大小是不确定(只知道最大只能多大),子View又是WRAP_CONTENT,那么在子View的content没算出大小之前,子View的大小最大就是父View的大小,所以子View的mode=AT_MOST,而size暂定父View的size,最大就是父View的大小。
(3)如果如果子View 的layout_xxxx是确定的值(200dp),同上,写多少就是多少,改变不了的。
3、如果父View的MeasureSpec是UNSPECIFIED(未指定)
表示没有任何束缚和约束,子View可以得到任意想要的大小,不受约束。不像AT_MOST表示最大只能多大,不也像EXACTLY表示父View确定的大小。
(1)如果子View的layout_xxxx是MATCH_PARENT,因为父View的MeasureSpec是UNSPECIFIED,父View自己的大小并没有任何约束和要求,那么对于子View来说无论是WRAP_CONTENT还是MATCH_PARENT,子View也是没有任何束缚的,想多大就多大,没有不能超过多少的要求,一旦没有任何要求和约束,size的值就没有任何意义了,所以一般都直接设置成0。
(2)如果子View的layout_xxxx是WRAP_CONTENT,因为父View的MeasureSpec是UNSPECIFIED,父View自己的大小并没有任何约束和要求,那么对于子View来说无论是WRAP_CONTENT还是MATCH_PARENT,子View也是没有任何束缚的,想多大就多大,没有不能超过多少的要求,一旦没有任何要求和约束,size的值就没有任何意义了,所以一般都直接设置成0。
(3)如果如果子View的layout_xxxx是确定的值(200dp),写多少就是多少,改变不了的(记住,只有设置的确切的值,那么无论怎么测量,大小都是不变的,都是你写的那个值)。
(二)onMeasure()
整个测量过程的入口位于View的measure方法当中,该方法做了一些参数的初始化之后调用了onMeasure方法,测量过程主要是在onMeasure()方法。onMeasure方法的源码如下:
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));}
很简单这里只有一行代码,涉及到了三个方法:setMeasuredDimension、getDefaultSize、getSuggestedMinimumWidth
getSuggestedMinimumWidth()和getSuggestedMinimumHeight()
//当View没有设置背景时,默认大小就是mMinWidth,这个值对应Android:minWidth属性,如果没有设置时默认为0.//如果有设置背景,则默认大小为mMinWidth和mBackground.getMinimumWidth()当中的较大值。protected int getSuggestedMinimumWidth() {return (mBackground == null) ? mMinWidth : max(mMinWidth, mBackground.getMinimumWidth());}
getDefaultSize(int size, int measureSpec)
该方法用来获取View默认的宽高,结合源码来看。
/*** 有两个参数size和measureSpec* 1、size表示View的默认大小,它的值是通过`getSuggestedMinimumWidth()方法来获取的* 2、measureSpec则是我们之前分析的MeasureSpec,里面存储了View的测量值和测量模式*/public static int getDefaultSize(int size, int measureSpec) {int result = size;int specMode = MeasureSpec.getMode(measureSpec);int specSize = MeasureSpec.getSize(measureSpec);//从这里我们看出,对于AT_MOST和EXACTLY在View当中的处理是完全相同的。所以在我们自定义View时要对这两种模式做出处理。switch (specMode) {case MeasureSpec.UNSPECIFIED:result = size;break;case MeasureSpec.AT_MOST:case MeasureSpec.EXACTLY:result = specSize;break;}return result;}
getDefaultSize的第一个参数size等于getSuggestedMinimumXXXX返回的的值(建议的最小宽度和高度),而建议的最小宽度和高度都是由View的Background尺寸与通过设置View的minXXX属性共同决定的,这个size可以理解为View的默认长度,而第二个参数measureSpec,是父View传给自己的MeasureSpec,这个measureSpec是通过测量计算出来的,具体的计算测量过程前面在讲解MeasureSpec已经讲得比较清楚了(是有父View的MeasureSpec和子View自己的LayoutParams共同决定的)只要这个测试的mode不是UNSPECIFIED(未确定的),那么默认的就会用这个测量的数值当做View的高度。
setMeasuredDimension(int measuredWidth, int measuredHeight)
该方法用来设置View的宽高,在我们自定义View时也会经常用到。 View的onMeasure方法默认实现很简单,就是调用setMeasuredDimension(),setMeasuredDimension()可以简单理解就是给mMeasuredWidth和mMeasuredHeight设值,如果这两个值一旦设置了,那么意味着对于这个View的测量结束了,这个View的宽高已经有测量的结果。如果我们想设定某个View的高宽,完全可以直接通过setMeasuredDimension(100,200)来设置死它的高宽(不建议),但是setMeasuredDimension方法必须在onMeasure方法中调用,不然会抛异常。我们来看下对于View来说它的默认高宽是怎么获取的。
在setMeasuredDimension()之后,才可以调用getMeasureWidth()和getMeasuredHeight()来获取视图测量出来的宽高,以此之前调用两个方法得到的都是0。
在onMeasure()方法中调用setMeasuredDimension()方法来设定测量出的大小,这样一次measure过程就结束了。
对于View默认是测量很简单,大部分情况就是拿计算出来的MeasureSpec的size当做最终测量的大小。而对于其他的一些View的派生类,如TextView、Button、ImageView等,它们的onMeasure方法系统了都做了重写,不会这么简单直接拿 MeasureSpec 的size来当大小,而去会先去测量字符或者图片的高度等,然后拿到View本身content这个高度(字符高度等)。如果MeasureSpec是AT_MOST,而且View本身content的高度不超出MeasureSpec的size,那么可以直接用View本身content的高度(字符高度等),而不是像View.java直接用MeasureSpec的size做为View的大小。
(三)ViewGroup的Measure过程
ViewGroup的测量过程与View有一点点区别,其本身是继承自View,它没有对View的measure方法以及onMeasure方法进行重写。
为什么没有重写onMeasure呢?ViewGroup除了要测量自身宽高外还需要测量各个子View的大小,而不同的布局测量方式也都不同(可参考LinearLayout以及FrameLayout),所以没有办法统一设置。因此它提供了测量子View的方法measureChildren()和measureChild()帮助我们对子View进行测量。大致流程就是遍历所有的子View,然后调用View的measure()方法,让子View测量自身大小。
ViewGroup中定义了一个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);}
上面的源码可以看到,分别调用了getChildMeasureSpec()方法来去计算子视图的MeasureSpec,然后调用子视图的measure()方法,并把计算出的MeasureSpec传递进去,之后的流程就和前面所介绍的一样了。
当然,onMeasure()方法是可以重写的,也就是说,如果你不想使用系统默认的测量方式,可以按照自己的意愿进行定制。measure过程会因为布局的不同或者需求的不同而呈现不同的形式,使用时还是要根据业务场景来具体分析,如果想再深入研究可以看一下LinearLayout的onMeasure方法。
二、Layout
layout()过程,对于View来说用来计算View的位置参数,对于ViewGroup来说,除了要测量自身位置,还需要测量子View的位置。
mView.measure(childWidthMeasureSpec, childHeightMeasureSpec); ......mView.layout(0, 0, mView.getMeasuredWidth(), mView.getMeasuredHeight());
performTraversals方法执行完mView.measure计算出mMeasuredXXX后就开始执行layout函数来确定View具体的位置,我们计算出来的View目前只知道view矩阵的大小,具体这个矩阵放在哪里,这就是layout的工作了。layout的主要作用:根据子视图的大小以及布局参数将View树放到合适的位置上。
(一)layout(l,t,r,b)
通过mView.layout(0, 0,mView.getMeasuredWidth(),mView.getMeasuredHeight());确定视图的位置。既然layout()方法是整个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;//这里通过setFrame或setOpticalFrame方法确定View在父容器当中的位置。//即初始化四个顶点的值,然后判断当前View大小和位置是否发生了变化并返回boolean changed = isLayoutModeOptical(mParent) ?setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);//如果视图的大小和位置发生变化,会调用onLayout()确定该View所有的子View在父容器的位置//调用onLayout方法。onLayout方法是一个空实现,不同的布局会有不同的实现。if (changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {onLayout(changed, l, t, r, b);}}
从源码看出,在layout()方法中已经通过:
1、setOpticalFrame(l,t,r,b)或setFrame(l,t,r,b)方法来判断视图的大小是否发生过变化,以确定有没有必要对当前的视图进行重绘。setOpticalFrame()内部也是调用了setFrame()。看下setFrame的源码:
protected boolean setFrame(int left, int top, int right, int bottom) {...// 通过以下赋值语句记录下了视图的位置信息,即确定View的四个顶点// 即确定了视图的位置mLeft = left;mTop = top;mRight = right;mBottom = bottom;mRenderNode.setLeftTopRightBottom(mLeft, mTop, mRight, mBottom);}
2、onLayout(changed, l, t, r, b)方法主要是ViewGroup对子View的位置进行计算。 确定了自身的位置后,就要通过onLayout()确定子View的布局。onLayout()是一个可继承的空方法。
protected void onLayout(boolean changed, int left, int top, int right, int bottom) {}
如果当前View就是一个单一的View,那么没有子View,就不需要实现该方法。
如果当前View是一个ViewGroup,就需要实现onLayout方法,该方法的实现个自定义ViewGroup时其特性有关,必须自己实现。
在onLayout()过程结束后,我们就可以调用getWidth()方法和getHeight()方法来获取视图的宽高了。
getMeasureWidth()和getWidth()区别:
(二)总结View的布局流程
三、Draw
draw流程也就是的View绘制到屏幕上的过程,整个流程的入口在View的draw()方法之中,而源码注释也写的很明白,整个过程可以分为6个步骤。除了2和5很少用到之外,通过各个步骤的源码做分析:
public void draw(Canvas canvas) {.../** Draw traversal performs several drawing steps which must be executed* in the appropriate order:**1. 如果需要,绘制背景*2. 有过有必要,保存当前canvas*3. 绘制View的内容*4. 绘制子View*5. 如果有必要,绘制边缘、阴影等效果*6. 绘制装饰,如滚动条等*/// Step 1 如果需要,绘制背景...background.draw(canvas);...// skip step 2 & 5 if possible (common case)...// Step 2 有过有必要,保存当前canvas...if (solidColor == 0) {final int flags = Canvas.HAS_ALPHA_LAYER_SAVE_FLAG;if (drawTop) {canvas.saveLayer(left, top, right, top + length, null, flags);}...// Step 3 绘制View的内容if (!dirtyOpaque) onDraw(canvas);// Step 4 绘制子ViewdispatchDraw(canvas);// Step 5 如果有必要,绘制边缘、阴影等效果if (drawTop) {matrix.setScale(1, fadeHeight * topFadeStrength);matrix.postTranslate(left, top);fade.setLocalMatrix(matrix);canvas.drawRect(left, top, right, top + length, p);}...// Step 6 绘制装饰,如滚动条等onDrawScrollBars(canvas);}
Step1 背景绘制
看注释即可,不是重点
private void drawBackground(Canvas canvas) { Drawable final Drawable background = mBackground; ...... //mRight - mLeft, mBottom - mTop layout确定的四个点来设置背景的绘制区域 if (mBackgroundSizeChanged) { background.setBounds(0, 0, mRight - mLeft, mBottom - mTop); mBackgroundSizeChanged = false; rebuildOutline(); } ...... //调用Drawable的draw() 把背景图片画到画布上background.draw(canvas); ...... }
Step3 对View的内容进行绘制
/*** 3.绘制View的内容,该方法是一个空的实现,在各个业务当中自行处理。*/protected void onDraw(Canvas canvas) {}
onDraw(canvas)方法是view用来draw自己的,具体如何绘制,颜色线条什么样式就需要子View自己去实现,View.java的onDraw(canvas) 是空实现。
Step4 对当前View的所有子View进行绘制
/*** 4. 绘制子View。该方法在View当中是一个空的实现,在各个业务当中自行处理。* 在ViewGroup当中对dispatchDraw方法做了实现,主要是遍历子View,并调用子类的draw方法,* 一般我们不需要自己重写该方法。*/protected void dispatchDraw(Canvas canvas) {}
在ViewGroup当中对dispatchDraw方法做了实现,主要是遍历子View,并调用子类的draw方法,一般我们不需要自己重写该方法。
@Overrideprotected void dispatchDraw(Canvas canvas) {...if ((flags & FLAG_USE_CHILD_DRAWING_ORDER) == 0) {for (int i = 0; i < count; i++) {final View child = children[i];if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null) {more |= drawChild(canvas, child, drawingTime);}}} else {for (int i = 0; i < count; i++) {final View child = children[getChildDrawingOrder(count, i)];if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE || child.getAnimation() != null) {more |= drawChild(canvas, child, drawingTime);}}}......}
代码一眼看出,就是遍历子View然后drawChild(),drawChild()方法实际调用的是子View.draw()方法,ViewGroup类已经为我们实现绘制子View的默认过程,这个实现基本能满足大部分需求,所以ViewGroup类的子类(LinearLayout,FrameLayout)也基本没有去重写dispatchDraw方法。
我们在实现自定义控件,除非比较特别,不然一般也不需要去重写它,drawChild()的核心过程就是为子View分配合适的canvas剪切区,剪切区的大小正是由layout过程决定的,而剪切区的位置取决于滚动值以及子视图当前的动画。设置完剪切区后就会调用子视图的draw()函数进行具体的绘制了。
Step6 对View的滚动条进行绘制
不是重点,onDrawScrollBars(canvas);
总结View的绘制流程
四、总结
View的绘制流程:OnMeasure()——>OnLayout()——>OnDraw()
各步骤的主要工作: