简述
Android系统中,我们知道view的绘制都要经过三个阶段onMeasure()、onLayout()和onDraw(),下面根据一个示例来研究一下这三个阶段。
示例代码:ViewDrawSample(代码地址)
onMeasure()
首先,从上图可以看出,onMeasure()从ViewRoot开始调起。观察performTraversals()方法可以发现如下代码:
ViewRootImpl.java-performTraversals()
|
|
而getRootMeasureSpec()如下:
ViewRootImpl.java-getRootMeasureSpec()
|
|
这里根据layout params来为rootView计算出measure spec,也即是得到最原始的measureSpec的值。
MeasureSpec的值由specSize和specMode共同组成的,其中specSize记录的是大小,specMode记录的是规格。specMode一共有三种类型,如下所示:
- EXACTLY
表示父视图希望子视图的大小应该是由specSize的值来决定的,系统默认会按照这个规则来设置子视图的大小,开发人员当然也可以按照自己的意愿设置成任意的大小。- AT_MOST
表示子视图最多只能是specSize中指定的大小,开发人员应该尽可能小得去设置这个视图,并且保证不会超过specSize。系统默认会按照这个规则来设置子视图的大小,开发人员当然也可以按照自己的意愿设置成任意的大小。- UNSPECIFIED
表示开发人员可以将视图按照自己的意愿设置成任意的大小,没有任何限制。这种情况比较少见,不太会用到。
其次,看一下viewGroup中的onMeasure方法,可以看到在viewGroup中没有定义onMeasure方法,但是提供了measureChild、measureChildren和measureChildWithMargins方法。
|
|
一般的,自定义布局(从ViewGroup继承),需要在重写的onMeasure()方法中调用measureChildren或measureChild方法,使其子view自行进行measure。
这里看一下其中getChildMeasureSpec这个方法:
结合parent的measureSpec,自身的LayoutParams,为子view计算出一个合适的measureSpec。比如measureSpec指定了精确的size(specMode为EXACTLY),而子view的LayoutParams想要与parent相同的size(MATCH_PARENT),那么就应该返回一个这样的measureSpec(size为parent提供的大小,mode为EXACTLY)。
扫描二维码关注公众号,回复: 1643628 查看本文章
详细代码已经很清楚了,看注释。
|
|
最后,再看一下view中measure方法:
View.java-measure()
|
|
通过代码注释可以了解到,measure用于测量view的大小,并且parent提供了width和height的约束(也即是widthMeasureSpec和heightMeasureSpec)。measure是final方法,只能通过重写onMeasure方法来实现view的测量。
View.java-onMeasure()
|
|
通过注释,我们了解到,onMeasure需有子类进行重写,并且一定要调用setMeasuredDimension来设置测量值。
需要注意的是,在setMeasuredDimension()方法调用之后,我们才能使用getMeasuredWidth()和getMeasuredHeight()来获取视图测量出的宽高,以此之前调用这两个方法得到的值都会是0。
由此可见,视图大小的控制是由父视图、布局文件、以及视图本身共同完成的,父视图会提供给子视图参考的大小,而开发人员可以在XML文件中指定视图的大小,然后视图本身会对最终的大小进行拍板。
onLayout()
measure过程结束后,视图的大小就已经测量好了,接下来就是layout的过程了。正如其名字所描述的一样,这个方法是用于给视图进行布局的,也就是确定视图的位置。ViewRoot的performTraversals()方法会在measure结束后继续执行,并调用View的layout()方法来执行此过程,如下所示:
ViewRootImpl.java-performLayout()
|
|
View.java-layout()
|
|
通过注释了解到,layout是”layout mechanism”的第二阶段(第一阶段是measuring)。
layout用于为view已经其所有子view分配size和position。在layout里,每个parent调用所有子view的layout。
四个参数int l, int t, int r, int b分别表示相对于父布局的left、top、right、bottom位置关系。
下面我们来看viewGroup中的onLayout方法。
ViewGroup.java-onLayout()
|
|
可以看到viewGroup中onLayout为抽象方法,可以理解。因为不同的布局(LinearLayout、RelativeLayout)对子view的位置布局是不一样的。需有子类进行重写。
可以看到,ViewGroup中的onLayout()方法竟然是一个抽象方法,这就意味着所有ViewGroup的子类都必须重写这个方法。没错,像LinearLayout、RelativeLayout等布局,都是重写了这个方法,然后在内部按照各自的规则对子视图进行布局的。由于LinearLayout和RelativeLayout的布局规则都比较复杂,就不单独拿出来进行分析了,这里我们尝试自定义一个布局,借此来更深刻地理解onLayout()的过程。
在上面的示例中,我们自定义了一个SampleLayout。
SampleLayout.java
|
|
我们知道,onMeasure()方法会在onLayout()方法之前调用,因此这里在onMeasure()方法中判断SimpleLayout中是否有包含一个子视图,如果有的话就调用measureChild()方法来测量出子视图的大小。
接着在onLayout()方法中同样判断SimpleLayout是否有包含一个子视图,然后调用这个子视图的layout()方法来确定它在SimpleLayout布局中的位置,这里传入的四个参数依次是0、0、childView.getMeasuredWidth()和childView.getMeasuredHeight(),分别代表着子视图在SimpleLayout中左上右下四个点的坐标。其中,调用childView.getMeasuredWidth()和childView.getMeasuredHeight()方法得到的值就是在onMeasure()方法中测量出的宽和高。
在onLayout()过程结束后,我们就可以调用getWidth()方法和getHeight()方法来获取视图的宽高了。说到这里,我相信很多朋友长久以来都会有一个疑问,getWidth()方法和getMeasureWidth()方法到底有什么区别呢?它们的值好像永远都是相同的。其实它们的值之所以会相同基本都是因为布局设计者的编码习惯非常好,实际上它们之间的差别还是挺大的。
首先getMeasureWidth()方法在measure()过程结束后就可以获取到了,而getWidth()方法要在layout()过程结束后才能获取到。另外,getMeasureWidth()方法中的值是通过setMeasuredDimension()方法来进行设置的,而getWidth()方法中的值则是通过视图右边的坐标减去左边的坐标计算出来的。
观察SimpleLayout中onLayout()方法的代码,这里给子视图的layout()方法传入的四个参数分别是0、0、childView.getMeasuredWidth()和childView.getMeasuredHeight(),因此getWidth()方法得到的值就是childView.getMeasuredWidth() - 0 = childView.getMeasuredWidth() ,所以此时getWidth()方法和getMeasuredWidth() 得到的值就是相同的。但如果你将onLayout()方法中的代码进行如下修改:
1234567 protected void onLayout(boolean changed, int l, int t, int r, int b) {if (getChildCount() > 0) {View childView = getChildAt( 0);childView.layout( 0, 0, 200, 200);}}这样getWidth()方法得到的值就是200 - 0 = 200,不会再和getMeasuredWidth()的值相同了。当然这种做法充分不尊重measure()过程计算出的结果,通常情况下是不推荐这么写的。getHeight()与getMeasureHeight()方法之间的关系同上,就不再重复分析了。
onDraw()
measure和layout的过程都结束后,接下来就进入到draw的过程了。同样,根据名字你就能够判断出,在这里才真正地开始对视图进行绘制。ViewRoot中的代码会继续执行并创建出一个Canvas对象,然后调用View的draw()方法来执行具体的绘制工作。draw()方法内部的绘制过程总共可以分为六步,其中第二步和第五步在一般情况下很少用到,因此这里我们只分析简化后的绘制过程。
代码如下所示:
|
|
可以看到,第一步是从第9行代码开始的,这一步的作用是对视图的背景进行绘制。这里会先得到一个mBGDrawable对象,然后根据layout过程确定的视图位置来设置背景的绘制区域,之后再调用Drawable的draw()方法来完成背景的绘制工作。那么这个mBGDrawable对象是从哪里来的呢?其实就是在XML中通过android:background属性设置的图片或颜色。当然你也可以在代码中通过setBackgroundColor()、setBackgroundResource()等方法进行赋值。
接下来的第三步是在第34行执行的,这一步的作用是对视图的内容进行绘制。可以看到,这里去调用了一下onDraw()方法,那么onDraw()方法里又写了什么代码呢?进去一看你会发现,原来又是个空方法啊。其实也可以理解,因为每个视图的内容部分肯定都是各不相同的,这部分的功能交给子类来去实现也是理所当然的。
第三步完成之后紧接着会执行第四步,这一步的作用是对当前视图的所有子视图进行绘制。但如果当前的视图没有子视图,那么也就不需要进行绘制了。因此你会发现View中的dispatchDraw()方法又是一个空方法,而ViewGroup的dispatchDraw()方法中就会有具体的绘制代码。
以上都执行完后就会进入到第六步,也是最后一步,这一步的作用是对视图的滚动条进行绘制。那么你可能会奇怪,当前的视图又不一定是ListView或者ScrollView,为什么要绘制滚动条呢?其实不管是Button也好,TextView也好,任何一个视图都是有滚动条的,只是一般情况下我们都没有让它显示出来而已。绘制滚动条的代码逻辑也比较复杂,这里就不再贴出来了,因为我们的重点是第三步过程。
通过以上流程分析,相信大家已经知道,View是不会帮我们绘制内容部分的,因此需要每个视图根据想要展示的内容来自行绘制。如果你去观察TextView、ImageView等类的源码,你会发现它们都有重写onDraw()这个方法,并且在里面执行了相当不少的绘制逻辑。绘制的方式主要是借助Canvas这个类,它会作为参数传入到onDraw()方法中,供给每个视图使用。Canvas这个类的用法非常丰富,基本可以把它当成一块画布,在上面绘制任意的东西,那么我们就来尝试一下吧。
示例
下面,我们创建一个非常简单的视图,并且用Canvas随便绘制了一点东西,代码如下所示:
activity_main.xml
|
|
SampleLayout.java
|
|
SampleView.java
|
|
可以看到,我们创建了一个自定义的SampleView继承自View,并在SampleView的构造函数中创建了一个Paint对象。Paint就像是一个画笔一样,配合着Canvas就可以进行绘制了。这里我们的绘制逻辑比较简单,在onDraw()方法中先是把画笔设置成黄色,然后调用Canvas的drawRect()方法绘制一个矩形。然后在把画笔设置成蓝色,并调整了一下文字的大小,然后调用drawText()方法绘制了一段文字。
如图示。
Android视图绘制流程完全解析-郭霖