Android学习 - Android中View绘制流程

1、UI框架基本概念：

Activity：基本的页面单元，Activity包含一个Window，window上可以绘制各种view；

View：最基本的UI组件，表示屏幕上的一个矩形区域；

Window：表示顶层窗口，管理界面的显示和事件的响应；每个Activity均会创建一个PhoneWindow对象，是Activity和整个View系统交互的接口。

PhoneWindow：该类继承于Window类，同时PhoneWindow类内部包含了一个DecorView对象。简而言之，PhoneWindow是把一个FrameLayout进行了一定的包装，并提供了一组通用的窗口操作接口。

DecorView：是Window中View的RootView，设置窗口属性；该类是一个FrameLayout的子类，并且是PhoneWindow中的一个内部类。Decor的英文是Decoration，即“修饰”的意思，DecorView就是对普通的FrameLayout进行了一定的修饰，比如添加一个通用的Title bar，并响应特定的按键消息等。

ViewRoot：它并不是一个View类型，而是一个Handler。它的主要作用如下：

A、向DecorView分发收到的用户发起的event事件，如按键、触屏、轨迹球等事件；

B、与WindowManagerService交互，完成整个Activity的GUI的绘制。

整个View树的绘图流程是在ViewRoot.java类的performTraversals()函数展开的，该函数做的执行过程可简单概况为根据之前设置的状态，判断是否需要重新计算视图大小(measure)、是否重新需要安置视图的位置(layout)、以及是否需要重绘(draw)，其框架过程如下：

步骤其实为host.layout()

接下来温习一下整个View树的结构，对每个具体View对象的操作，其实就是个递归的实现。

2、UI方法

mesarue():为整个View树计算实际的大小，即设置实际的高（对应属性mMeasuredHeight）和宽（对应属性mMeasureWidth），每个View控件的实际宽高都是由父视图和本身视图决定的。

Layout()：根据子视图的大小以及布局参数将View树放到合适的位置上。

draw()：ViewRoot对象的performTraversals()方法调用draw()方法发起绘制该View树，值得注意的是每次发起绘图时，并不会重新绘制每个View树的视图，而只会重新绘制那些“需要重绘”的视图，View类内部变量包含了一个标志位DRAWN，当该视图需要重绘时，就会为该View添加该标志位。

invalidate()：请求重绘View树，即draw()过程，假如视图发生大小没有变化就不会调用layout()过程，并且只绘制那些“需要重绘的”视图，即谁（View的话只绘制该View，ViewGroup则绘制整个ViewGroup）请求invalidate()方法，就绘制该视图。

requestLayout()：会导致调用measure()过程和layout()过程。

说明：只是对View树重新布局layout过程包括measure()和layout()过程，不会调用draw()过程，但不会重新绘制任何视图包括该调用者本身。

3、measure过程

View树是遍历绘制的，内部的主体逻辑是判断是否需要重新测量视图大小（measure），是否需要重新布局（layout），是否重新需要绘制（draw）。measure过程是遍历的前提，只有measure后才能进行布局（layout）和绘制（draw），因为在layout的过程中需要用到measure过程中计算得到的每个View的测量大小，而draw过程需要layout确定每个view的位置才能进行绘制。下面我们主要来探讨一下measure的主要过程，相对与layout和draw，measure过程理解起来比较困难。

我们在编写layout的xml文件时会碰到layout_width和layout_height两个属性，对于这两个属性我们有三种选择：赋值成具体的数值，match_parent或者wrap_content，而measure过程就是用来处理match_parent（低版本叫fill_parent）或者wrap_content。假如layout中规定所有View的layout_width和layout_height必须赋值成具体的数值，那么measure其实是没有必要的，但是google在设计Android的时候考虑加入match_parent或者wrap_content肯定是有原因的，它们会使得布局更加灵活。

看下measue(intwidthMeasureSpec, int heightMeasureSpec)中的两个参数，这两个参数分别是父视图提供的测量规格，当父视图调用子视图的measure函数对子视图进行测量时，会传入这两个参数，通过这两个参数以及子视图本身的LayoutParams来共同决定子视图的测量规格，在ViewGroup的measureChildWithMargins函数中体现了这个过程，稍后会介绍。

MeasureSpec参数的值为int型，分为高32位和低16为，高32位保存的是specMode，低16位表示specSize，specMode分三种：

1)、MeasureSpec.UNSPECIFIED（int值为0），父视图对子视图不施加任何限制，子视图可以得到任意想要的大小；

2)、MeasureSpec.EXACTLY，父视图希望子视图的大小是specSize中指定的大小；

3)、MeasureSpec.AT_MOST，子视图的大小最多是specSize中的大小。

父视图对子视图无限制时，一般使用measue（0,0），即specModeMeasureSpec.UNSPECIFIED。

MeasureSpec有3种模式分别是UNSPECIFIED，EXACTLY和AT_MOST。当我们设置width或height为fill_parent时，容器在布局时调用子view的measure方法传入的模式是EXACTLY，因为子view会占据剩余容器的空间，所以它大小是确定的。而当设置为wrap_content时，容器传进去的是AT_MOST，表示子view的大小最多是多少，这样子view会根据这个上限来设置自己的尺寸。当子view的大小设置为精确值时，容器传入的是EXACTLY。

fill_parent应该是子view会占据剩下容器的空间，而不会覆盖前面已布局好的其他view空间，当然后面布局子view就没有空间分配了，所以fill_parent属性对布局顺序很重要。以前所想的是把所有容器的空间都占满了，所以google在2.2版本里把fill_parent的名字改为match_parent。

getWidth()：View在设定好布局后整个View的高度。
getMeasuredWidth()：对View上的內容进行测量后得到的View內容占据的宽度，前提是你必須在父布局的onLayout()方法或者此View的onDraw()方法里调用measure(0,0);(measure参数的值你可以自己定义)，否则你得到的结果和getWidth()得到的结果一样。

//****************************************************************************

view和viewgroup绘制过程：

1、viewroot.java中，应用程序主动调用invalidate或setEnable等调用间接调用invalidate，invalidate中会遍历view树，请求重绘制需要绘制的区域。invalidate主要是确定需要重绘的区域，然后调用scheduleTraversals发起重绘请求，scheduleTraversals最终调用performTraversals遍历view tree进行重绘。

2、measure：performTraversals首先会遍历调用view树中所有view的measure方法来测量出view的大小。从viewRoot的mView开始measure，这个mView是一个DecorView对象（继承自FrameLayout，属于ViewGroup），ViewGroup中没有覆写measure函数，事实上measure是一个final方法，无法覆写，所以所有view子类的measure都是调用view的measure。

public final void measue(int widthMeasureSpec, int heightMeasureSpec);

viewRoot在measure中根据屏幕大小和DecorView的布局（FrameLayout）确定widthMeasureSpec和heightMeasureSpec来作为参数传入measue，measue里回调OnMeasure，view的OnMeasure对传入的参数通过一定的算法算出准确的长和宽，至此，DecView本身的大小就measure完了，而DecView中的子控件如何measure呢？

measure是final的，但是其回调的OnMeasure是virtual的。事实上，view和viewGroup的大小都是在OnMeasure中计算出来的，默认的OnMeasure只是计算出本view或viewGroup的大小，如果是自定viewgroup，我们可以重写onmeasure，把viewgroup的大小写死（这样布局xml里写的match_parent或者wrap_content就不起作用了），当然这样做是不建议的，通常viewGroup的子类都会重写Onmeasure，在里面除了调用view的onmeasure确定自己的大小外，也确定所有子view的大小（如果子view是viewgroup，再继续这个过程），那么怎么确定子view的大小呢，跟viewroot中确定decView类似，先根据父viewGroup的大小和布局确定传给子view的measure函数的参数widthMeasureSpec和heightMeasureSpec，子view调用measure函数计算出子view的最终大小（这个过程封装在viewgroup的MeasureChildren中了）。

自定义viewGroup的子类时，一般要覆写OnMeasure方法，这个onmeasure方法里，可以调用ViewGroup的MeasureChildren，也可以自己直接调用所有子view的Measure（MeasureChildren不是自动调用的，只是提供给用户需要时手动调用的，很多android应用层的viewGroup子类都调用它来对子view做measure）。

在没有measure之前，view是没有大小的，getMeasuredWidth、getMeasuredHeight()都是0，没有layout之前，getWidth和getHeight都是0，在layout中还可以重新确定控件大小，所以getwith和getHeight得到的值和getMeasuredWidth、getMeasuredHeight得到的值不一定一样，前者是真实的绘制在屏幕上的大小，后者是measure 执行完后的测量大小。当然，默认情况下，layout使用的是measure中测算的大小，除非覆写了onLayout，在其中重定义了大小。

所以多viewGroup子类而言，OnMeasure不是必须的，因为最终子view的大小和位置是layout决定的，onlayout才是必须的。

3、layout:measure完成后就会调用layout，同样是遍历view tree进行layout，layout方法也是final的：

public void layout(int left, int top, int right, int bottom)

自定义viewgroup放入布局xml中，父布局会调用其measure和layout，所以不用管。但是其子view都是靠自己measure和 layout的，子view（非viewgroup）的Onmeasure和onlayout只是被父viewgroup调用默认的方法即可，无须重写。子viewgroup要重写Onmeasure和onlayout，为其下面的所有子view调用measure和layout（Onmeasure可选，onlayout必须）。viewroot根据前面的measure得到的MeasureWith和MeasureHeight调用DecorView的layout(0,0,MeasureWith,MeasureHeight)，DecorView重写onlayout,在其中调用所有子view的layout，子view如果是viewgroup，则此子view再重写onlayout，以此类推。

layout中主要是确定其子view的位置和大小（大小可以用measure得到的大小，也可以自己再定义大小），以linearlayout为例，如果是垂直布局，则每layout一个子view，把下一个子view的top加上一个view的高度，如果是自定义的viewgroup，则根据自己设计的布局需要来确定子view的layout位置，比如可以设计一个按长度适应屏幕自动换行的viewgroup。

4、draw：同样是遍历view tree调用所有view的draw，draw的大小和位置已经由measure和layout确定好了。