android的view绘制流程

首先明确几个概念

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的绘制

3.

  整个View树的绘图流程是在ViewRoot.java类的performTraversals()函数展开的，该函数做的执行过程可简单概况为

 根据之前设置的状态，判断是否需要重新计算视图大小(measure)、是否重新需要安置视图的位置(layout)、以及是否需要重绘

 (draw)，其框架过程如下：

                                                                                                   步骤其实为host.layout() 

           

 

 

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

 

                   

4.mesarue():

为整个View树计算实际的大小，即设置实际的高(对应属性:mMeasuredHeight)和宽(对应属性:

  mMeasureWidth)，每个View的控件的实际宽高都是由父视图和本身视图决定的。

layout:

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

draw():

ViewRoot对象的performTraversals()方法调用draw()方法发起绘制该View树，值得注意的是每次发起绘图时，并不

  会重新绘制每个View树的视图，而只会重新绘制那些“需要重绘”的视图，View类内部变量包含了一个标志位DRAWN，当该

视图需要重绘时，就会为该View添加该标志位。

5.invalidate()方法 ：

请求重绘View树，即draw()过程，假如视图发生大小没有变化就不会调用layout()过程，并且只绘制那些“需要重绘的”

视图，即谁(View的话，只绘制该View ；ViewGroup，则绘制整个ViewGroup)请求invalidate()方法，就绘制该视图。

6.

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

说明：只是对View树重新布局layout过程包括measure()和layout()过程，不会调用draw()过程，但不会重新绘制

任何视图包括该调用者本身。

7.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(int widthMeasureSpec, 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, 那么这些模式和我们平时设置的layout参数fill_parent, wrap_content有什么关系呢。经过代码测试就知道，当我们设置width或height为fill_parent时，容器在布局时调用子view的measure方法传入的模式是EXACTLY，因为子view会占据剩余容器的空间，所以它大小是确定的。而当设置为wrap_content时，容器传进去的是AT_MOST, 表示子view的大小最多是多少，这样子view会根据这个上限来设置自己的尺寸。当子view的大小设置为精确值时，容器传入的是EXACTLY  

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