Android自定义view之Measure

1、整个View树的绘图流程是在ViewRootImpl类的performTraversals()方法（这个方法巨长）开始的，该函数做的执行过程主要是根据之前设置的状态，判断是否重新计算视图大小(measure)、是否重新放置视图的位置(layout)、以及是否重绘 (draw)，其核心也就是通过判断来选择顺序执行这三个方法中的哪个，如下:

1. private void performTraversals() {  
2.         ......  
3.         //最外层的根视图的widthMeasureSpec和heightMeasureSpec由来  
4.         //lp.width和lp.height在创建ViewGroup实例时等于MATCH_PARENT  
5.         int childWidthMeasureSpec = getRootMeasureSpec(mWidth, lp.width);  
6.         int childHeightMeasureSpec = getRootMeasureSpec(mHeight, lp.height);  
7.         ......  
8.         mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);  
9.         ......  
10.         mView.layout(0, 0, mView.getMeasuredWidth(), mView.getMeasuredHeight());  
11.         ......  
12.         mView.draw(canvas);  
13.         ......  
14.     }  

performTraversals方法会经过measure、layout和draw三个过程才能将一个View绘制出来，所以View的绘制是ViewRootImpl完成的，另外当手动调用invalidate，postInvalidate，requestInvalidate也会最终调用performTraversals，来重新绘制View。其中requestLayout()方法会调用measure过程和layout过程，不会调用draw过程，也不会重新绘制任何View包括该调用者本身。

MeasureSpec

MeasureSpec 是个什么东西呢？其实MeasureSpec是View内部的一个静态类，在编写测量控件的代码中一定能见到其美丽的身影，他的诞生是那么的无私->为何辅助view的测量能够更好的进行。

我们可以先从官方文档中初步了解一下：

A MeasureSpec encapsulates the layout requirements passed from parent to child. Each MeasureSpec represents a requirement for either the width or the height. A MeasureSpec is comprised of a size and a mode. There are three possible modes:

MeasureSpec对象中封装了从父对象传递给孩子的布局所需数数据（你要成为我的子控件，你要在我里面占位置，你先要知道我有多少空间吧？）。每一个MeasureSpec对象包含了对于宽度和高度的描述（也就是父控件告诉子控件，我有多大点地和我对于空间的使用策略等）。 MeasureSpec由大小和模式组成。有三种可能的模式：

1. UNSPECIFIED 父控件还不知道子控件的大小，对子控件也没有任何约束，说你想占多少地方就占吧。（这个一般很少用到）

   
   

2. EXACTLY 这种状态下的控件的大小是明确的。

   
   

3. AT_MOST 父控件对子控件说，我还不知道你的大小，我给你自由，我的地方是这么大，你按你的意愿来，但最大也只能跟我一样大了，注意哦，可能需要二次测量，后面会讲到。

为了更好的理解三种模式，我们可以看一下实际测量的源码里是如何处理的

呃我想想，好吧，从ViewGroup.measureChild方法入手吧，这个是viewGroup测量下面的childView的方法，看源码，解释我就直接写源码里了，便于阅读：

上面的代码经过分析就很好理解了，我们继续看getChildMeasureSpec方法的源码，看里面是怎么测量出child的宽、高的MeasureSpec的呢？源码不多，一百多行，我们一起来看下

我们继续回到开头的ViewRootImpl.performMeasure源码上分析，在1、2两步我们获得了DecorView的MeasureSpec，然后通过传入MeasureSpec开始了我们的测量之旅。那么我们继续看3里面是如何测量的。

补充：在Android Touch事件分发机制详解之由点击引发的战争我们分析过DecorView实际是集成自FrameLayout，那么我们看frameLayout，发现frameLayout并没有measure方法，但是它又继承自ViewGroup。所以肯定是ViewGroup了，然而，ViewGroup也没找到measure方法，那么继续查看其parent 类View，哈哈，在view中被我找到了吧，我们看代码。

从上面我们看到，里面调用了onMeasure方法，这里要注意了：

1. 我们的ViewGroup并没有重写View的onMeasure方法，而但是我们android开发中的四大布局 FrameLayout、LinearLayout、RelativeLayout、AbsoluteLayout都是通过继承ViewGroup来实现的，而且里面也重写onMeasure方法。

   
   

2. 所以我们可以分两种情况来看待：1、布局类控件；2、一般展示类控件；

   
   

3. 自定义控件过程中，一般情况下我们也需要通过重写onMeasure来做一些特殊处理。

接下来我们可以从两个方向去分析onMeasure方法：

1. View.onMeasure

2. 布局类的，例如. FrameLayout.onMeasure

   
   

那么我们先从View.onMeasure吧，毕竟他才是最原始的。

View.onMeasure源码如下，虽然就几句，但是做的事情可不少哦！

1. 调用setMeasuredDimension设置view的大小

2. 调用getDefaultSize获取View的大小，

3. getSuggestedMinimumWidth获取一个建议最小值

调用顺序：

onMeasure-> 

setMeasuredDimension-> 

getDefaultSize-> 

getSuggestedMinimumWidth

我们逆过来分析一下，首先getSuggestedMinimumWidth这个是什么呢？我们点进源码看一下：

里面代码很少，判断是否有背景，没有的话返回mMinWidth，这个mMinWidth其实就是android:minWidth=""属性设置的值。也就是假设没设置有背景的情况下，就以设置minWidth值为准。

如果设置有背景，那么就去背景的实际宽度与minWidth中大的一个。

getMinimumWidth()可以理解成背景的bitmap形式下的实际宽度值。

然后我们看getDefaultSize这个方法，这是一个静态工具方法，他返回的是view的大小

第3点很重要，你有没有发现，AT_MOST与EXACTLY模式下，返回的值居然是一样的，那岂不是wrap_content与match_parent是等效的？不要打我，我可没骗你哦

那么，我们实际开发中肯定要处理这个情况，所以我们在自定义直接继承View来实现的控件时，一定要自己处理这两种情况哦。否则wrap_content属性是等效于match_parent的哦

之后就到我们的setMeasuredDimension方法了，前面说了，setMeasuredDimension是设置view的大小的。我们进去看一下源码

我们继续看setMeasuredDimensionRaw方法

以上是测量一个view的过程，这样子我们的view的测量工作就结束了。

接下来我们来看下布局类frameLayout是如何测量的，我们同样看FrameLayout的onMeasure方法

总结：

View的测量，重点是抓住MeasureSpec在其中体现的作用，MeasureSpec贯穿了View测量的整个过程，明白其的作用，也就明白了View测量的一半知识了。