前言
- 自定义View是Android开发者必须了解的基础
- 网上有大量关于自定义View原理的文章,但存在一些问题:内容不全、思路不清晰、无源码分析、简单问题复杂化等等
- 今天,我将全面总结自定义View原理中的measure过程,我能保证这是市面上的最全面、最清晰、最易懂的
- 文章较长,建议收藏等充足时间再进行阅读
目录
1. 作用
测量View的宽/高
- 在某些情况下,需要多次测量(measure)才能确定View最终的宽/高;
- 在这种情况下measure过程后得到的宽/高可能是不准确的;
- 建议在layout过程中onLayout()去获取最终的宽/高
2. 准备的基础
在了解measure 过程前,我们需要先了解measure过程中传递尺寸(宽 / 高测量值)的两个类:
- ViewGroup.LayoutParams (View 自身的布局参数)
- MeasureSpecs 类(父视图对子视图的测量要求)
2.1 ViewGroup.LayoutParams
- 这个类我们很常见,用来指定视图的高度(height)和宽度(width)等布局参数。可通过以下参数进行指定:
参数 | 解释 |
---|---|
具体值 | dp / px |
fill_parent | 强制性使子视图的大小扩展至与父视图大小相等(不含 padding ) |
match_parent | 与fill_parent相同,用于Android 2.3及之后版本 |
wrap_content | 自适应大小,强制性地使视图扩展以便显示其全部内容(含 padding ) |
- 1
- 2
- 3
- 4
- ViewGroup 的子类有其对应的 ViewGroup.LayoutParams 子类
- ViewGroup 的子类包括RelativeLayout、LinearLayout等;
- 如 RelativeLayout的 ViewGroup.LayoutParams 的子类是RelativeLayoutParams。
- ViewGroup 的子类包括RelativeLayout、LinearLayout等;
2.2 MeasureSpec
2.2.1 定义
测量规格可以理解为:测量View的依据
2.2.2 类型
MeasureSpec的类型分为两种:
即每个MeasureSpec代表了一组宽度和高度的测量规格
2.2.3 作用
决定了一个View的大小(宽/高)即宽测量值(widthMeasureSpec)和高测量值(heightMeasureSpec)决定了View的大小
2.2.4 组成
如下图:
其中,Mode模式共分为三类
- UNSPECIFIED模式
- EXACTLY模式
- AT_MOST模式
具体说明如下图:
2.2.5 MeasureSpec类的使用
- MeasureSpec 、Mode 和Size都封装在View类中的一个内部类里 - MeasureSpec类。
- MeasureSpec类通过使用二进制,将mode和size打包成一个int值来减少对象内存分配,用一个变量携带两个数据(size,mode),并提供了打包和解包的方法。具体源代码解析如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
2.2.6 MeasureSpec值的确定
- 上面讲了那么久MeasureSpec,那么,MeasureSpec值到底是如何计算得来的呢?
- 结论:子View的MeasureSpec值是根据子View的布局参数(LayoutParams)和父容器的MeasureSpec值计算得来的,具体计算逻辑封装在
getChildMeasureSpec()
里。
如下图:
下面,我们来看getChildMeasureSpec()
的源码分析:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- 79
- 80
- 81
- 82
- 83
- 84
- 85
- 86
- 87
- 88
- 关于getChildMeasureSpec()里对于子View的测量模式和大小的判断逻辑有点复杂;
- 别担心,我已经帮大家总结好。具体子View的测量模式和大小请看下表:
规律总结:(以子View为标准,横向观察)
- 当子View采用具体数值(dp / px)时
无论父容器的测量模式是什么,子View的测量模式都是EXACTLY且大小等于设置的具体数值; - 当子View采用match_parent时
- 子View的测量模式与父容器的测量模式一致
- 若测量模式为EXACTLY,则子View的大小为父容器的剩余空间;若测量模式为AT_MOST,则子View的大小不超过父容器的剩余空间
- 当子View采用wrap_parent时
无论父容器的测量模式是什么,子View的测量模式都是AT_MOST且大小不超过父容器的剩余空间。
UNSPECIFIED模式:由于适用于系统内部多次measure情况,很少用到,故此处不讨论
注:区别于顶级View(即DecorView)的计算逻辑
2.3 最基本的知识储备
具体请看我写的另外一篇文章:自定义View基础 - 最易懂的自定义View原理系列
3. measure过程详解
measure过程根据View的类型分为两种情况:
1. View类型 = 单一View时:只测量自身一个View;
2. View类型 = ViewGroup时:对ViewGroup视图中所有的子View都进行测量
即遍历去调用所有子元素的measure方法,然后各子元素再递归去执行这个流程。
接下来,我将详细分析这两个measure过程。
3.1 单一View的measure过程
- 应用场景
在没有现成的View,需要自己实现的时候,就使用自定义View,一般继承自View,SurfaceView或其他的View,不包含子View。
- 如:制作一个支持加载网络图片的ImageView
- 特别注意:自定义View在大多数情况下都有替代方案,利用图片或者组合动画来实现,但是使用后者可能会面临内存耗费过大,制作麻烦更诸多问题。
单一View的measure过程如下图所示:
- 如:制作一个支持加载网络图片的ImageView
下面我将一个个方法进行详细分析。
3.1.1 measure()
-
作用:基本测量逻辑的判断;调用onMeasure()
属于View.java类 & final类型,即子类不能重写此方法
-
源码分析如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
measure()最终会调用onMeasure()方法。下面继续看onMeasure()的介绍
3.1.2 onMeasure()
- 作用:调用
getDefaultSize()
定义对View尺寸的测量逻辑;调用setMeasuredDimension()
存储测量后的View宽 / 高 - 源码分析如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
下面继续看setMeasuredDimension()
的分析
3.1.3 setMeasuredDimension()
-
作用:存储测量后的View宽 / 高。
该方法就是我们重写onMeasure()所要实现的最终目的
-
源码分析如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
由于setMeasuredDimension(int measuredWidth, int measuredHeight)
的参数是从getDefaultSize()获得的,下面我们继续看getDefaultSize()
的介绍
3.1.4 getDefaultSize()
- 作用:根据View宽/高的测量规格计算View的宽/高值
- 源码分析如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
-
上面提到,当模式是UNSPECIFIED时,使用的是提供的默认大小(即第一个参数size)。
那么,提供的默认大小具体是多少呢? -
答:在
onMeasure()
方法中,getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec)
中传入的默认大小是getSuggestedMinimumWidth()
。
接下来我们继续看getSuggestedMinimumWidth()
的源码分析
由于
getSuggestedMinimumHeight()
类似,所以此处仅分析getSuggestedMinimumWidth()
- 源码分析如下:
- 1
- 2
- 3
- 4
- 5
- 6
从代码可以看出:
-
如果View没有设置背景,View的宽度为mMinWidth
- mMinWidth = android:minWidth属性所指定的值;
- 若android:minWidth没指定,则默认为0
-
如果View设置了背景,View的宽度为mMinWidth和mBackground.getMinimumWidth()中的最大值
那么,mBackground.getMinimumWidth()
的大小具体是指多少呢?接下来继续看getMinimumWidth()
的源码分析:
- 1
- 2
- 3
- 4
- 5
由源码可知:mBackground.getMinimumWidth()
的大小具体是指背景图Drawable的原始宽度。
- 若无原始宽度,则为0;
- 那么Drawable什么情况下有原始宽度?如:ShapeDrawable没有,但BitmapDrawable有。
总结:
对于getDefaultSize()
计算View的宽/高值的逻辑如下:
至此,单一View的宽/高值已经测量完成,即对于单一View的measure过程已经完成。
3.1.6 总结
- 对于单一View的measure过程,如下:
- 对于每个方法的总结如下:
3.2 ViewGroup的measure过程
-
应用场景
自定义ViewGroup一般是利用现有的组件根据特定的布局方式来组成新的组件,大多继承自ViewGroup或各种Layout(含有子View)。如:底部导航条中的条目,一般都是上图标(ImageView)、下文字(TextView),那么这两个就可以用自定义ViewGroup组合成为一个Veiw,提供两个属性分别用来设置文字和图片,使用起来会更加方便。
-
原理
通过遍历所有的子View进行子View的测量,然后将所有子View的尺寸进行合并,最终得到ViewGroup父视图的测量值。
这样自上而下、一层层地传递下去,直到完成整个View树的measure()过程
- ViewGroup的measure过程
如下图所示:
下面我将一个个方法进行详细分析。
3.2.1 measureChildren()
-
和单一View的measure过程是从
measure()
开始不同,ViewGroup的measure过程是从measureChildren()
开始的。- ViewGroup是一个抽象类,自身没有重写View的onMeasure();
- 若需要进行自定义View,则需要对onMeasure()进行重写,下文会提到
-
作用:遍历子View并调用measureChild()进行下一步测量
- 源码分析如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
下面,我们继续看measureChild()
的分析。
3.2.2 measureChild()
-
作用:计算单个子View的MeasureSpec;调用子View的
measure()
进行每个子View最后的宽 / 高测量 -
源码分析如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
下面,我们继续看measure()
的分析。
3.2.3 measure()
- 作用:基本测量逻辑的判断;调用onMeasure()
与单一View measure过程中讲的
measure()
是一致的。 - 源码分析如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
3.2.4 onMeasure()
- 首先明确:ViewGroup是一个抽象类,自身没有重写View的onMeasure();
- 问:为什么ViewGroup的measure过程不像单一View的measure过程那样对onMeasure()做统一的实现?(如下代码)
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 答:因为不同的ViewGroup子类(LinearLayout、RelativeLayout或自定义ViewGroup子类等)具备不同的布局特性,这导致他们子View的测量方法各有不同;而onMeasure()的作用在于测量View的宽/高值。
因此,ViewGroup无法对onMeasure()作统一实现。
在自定义View中,关键在于根据你的自定义View去复写onMeasure()从而实现你的子View测量逻辑。复写onMeasure()的模板如下:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
上面说的便是单一View的measure过程与ViewGroup过程最大的不同:单一View measure过程的onMeasure()具有统一实现,而ViewGroup则没有。
注:其实,在单一View measure过程中,
getDefaultSize()
只是简单的测量了宽高值,在实际使用时有时需要进行更精细的测量。所以有时候也需要重写onMeasure()。
- 至此,ViewGroup的measure过程已经分析完毕。
3.2.5 总结
-
对于ViewGroup的measure过程,如下:
-
对于每个方法的总结如下:
为了让大家更好地理解ViewGroup的measure过程(特别是复写onMeasure()),所以接下来,我将用ViewGroup的子类LinearLayout来分析下ViewGroup的measure过程。
3.2.6 实例解析(LinearLayout)
在上述流程中,前4个方法的实现与上面所说是一样的,这里不作过多阐述,直接进入LinearLayout复写的onMeasure()
代码分析:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
- 42
- 43
- 44
- 45
- 46
- 47
- 48
- 49
- 50
- 51
- 52
- 53
- 54
- 55
- 56
- 57
- 58
- 59
- 60
- 61
- 62
- 63
- 64
- 65
- 66
- 67
- 68
- 69
- 70
- 71
- 72
- 73
- 74
- 75
- 76
至此,自定义View的中最重要、最复杂的measure过程已经讲完了。
4. 总结
- 本文对自定义View中最重要、最复杂的measure过程进行了详细分析
- 接下来可以开始看自定义View的原理了:
自定义View基础 - 最易懂的自定义View原理系列(1)
自定义View Measure过程 - 最易懂的自定义View原理系列(2)
自定义View Layout过程 - 最易懂的自定义View原理系列(3)
自定义View Draw过程- 最易懂的自定义View原理系列(4) -
接下来我将继续对自定义View的应用进行讲解,有兴趣的可以继续关注Carson_Ho的安卓开发笔记
-
简书id:Carson_Ho