Android之自定义View的死亡三部曲之Measure

Original 2017-06-07 Angels_安杰 码个蛋码个蛋 码个蛋

WeChat ID codeegg

Intro 每天更新优质文章：Android、职场干货，不定期大神语音分享。

作者博客

http://www.cherylgood.cn

前言

我们在上一篇Android之View的诞生之谜分析了从Activity的创建到View开始执行测量、布局、绘制之前所经历的一些事情以及处理状态栏的一些小技巧等，如果你也想知道的话，不妨点击一下-Android之View的诞生之谜哦，或许你面有你想要的呢

你的三围是多少？

我们在上一章节Android之View的诞生之谜中分析了系统从启动actiivty到调用setContentView加载我们的xml布局文件，但是此时我们的View是不可见的，因为我们还没有对其进行如下操作：

测量：我还不知道你的三围呢（你要占多少屏幕），我怎么能轻易让你出场呢—-测量工作
布局：你把三围给我了，但是你还没告诉我你要站在那里，对位置的分布有什么要求—-行布局操作
绘制：好，现在我要给你花点妆，美美地出场—-绘制操作

OK，我们在上篇中分析道，系统加载好布局资源之后，会触发ViewRootImpl的performTraversals方法，在该方法内部会开始执行测量、布局、绘制的工作，也就是我们的死亡三部曲的开始。

我们来看ViewRootImpl的performTraversals方法的源码，为了简洁，我只留下关键的代码。

可以看到，里面按顺序调用了performMeasure、performLayout、performDraw三个方法，也就是对应的测量、布局、绘制，再继续深入之前，我们需要先补充点能量，对MeasureSpec已了解的同学可以跳过下面一段。

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由大小和模式组成。有三种可能的模式：

UNSPECIFIED 父控件还不知道子控件的大小，对子控件也没有任何约束，说你想占多少地方就占吧。（这个一般很少用到）
EXACTLY 这种状态下的控件的大小是明确的。
AT_MOST 父控件对子控件说，我还不知道你的大小，我给你自由，我的地方是这么大，你按你的意愿来，但最大也只能跟我一样大了，注意哦，可能需要二次测量，后面会讲到。

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

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

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

小结：从上面我们了解的MeasureSpec是用来辅助测量view的大小的一个辅助类，我们分析的MeasureSpec的mode和size是根据parent和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方法，这里要注意了：

我们的ViewGroup并没有重写View的onMeasure方法，而但是我们android开发中的四大布局 FrameLayout、LinearLayout、RelativeLayout、AbsoluteLayout都是通过继承ViewGroup来实现的，而且里面也重写onMeasure方法。
所以我们可以分两种情况来看待：1、布局类控件；2、一般展示类控件；
自定义控件过程中，一般情况下我们也需要通过重写onMeasure来做一些特殊处理。