温故而知新 MeasureSpec在View测量中的作用

发布时间：2025-11-04 14:31:16 来源：云智核 作者：IT科技

前言

对于MeasureSpec，温故你的而知认识有多少呢?

介绍

首先，我们看下这个类：

我留下了比较重要的中的作用三个方法：

至此，我们至少知道了MeasureSpec是一个32位的int值，高2位为mode(测量模式)，低30位为size(测量大小)。

这么做的目的主要是避免过多的对象内存分配。

所以我们可以大致猜测，这个MeasureSpec就是用来标记View的测量参数，其中测量模式可能和View具体怎么显示有关，而测量大小就是值的View实际大小。

当然，这只是我们的初步猜测。

要搞清楚具体信息，就要从View树的绘制测量开始说起。

DecorView的测量

上文说到，测量代码是从ViewRootImpl的服务器租用measureHierarchy开始的，然后会执行到performMeasure方法：

很明显，在这里就会进行第一次MeasureSpec的计算，并且传给了下层的mView，也就是DecorView。

那我们就来看看DecorView的MeasureSpec测量规格计算方式：

所以DecorView是和它的LayoutParams有关，其实也就是跟Window的调整有关，如果Window是子窗口，那么就可以调整，比如Dialog的宽高设置为WRAP_CONTENT，那么DecorView对应的测量规格就是AT_MOST。

到此，我们也可以初步得到这个测量规格mode的含义：

具体是不是这样呢?我们继续到下层View一探究竟。

View/ViewGroup的测量

对于具体的View/ViewGroup 测量，就涉及到另外的一个方法measureChildWithMargins，这个方法也是在很多布局中会看到，比如LinearLayout。

代码不多，首先获取子View的LayoutParams。然后根据 padding、margin、width 以及 parentWidthMeasureSpec 算出宽的测量模式——childWidthMeasureSpec。

高度测量模式同理。

到此，我们的认识又前进了一步，对于子View的测量模式MeasureSpec肯定是和两个元素有关：

继续看看getChildMeasureSpec方法：

代码其实很简单，就是对子View的LayoutParams和父View的specMode、specSize，共同计算出子View的MeasureSpec。

举其中一个例子，当父view的测量模式为MeasureSpec.EXACTLY，子View宽的LayoutParams为MATCH_PARENT。想象一下，这种情况，子View的宽肯定就会占满父View的大小，所以子View的测量模式中的mode肯定就是确定值，为MeasureSpec.EXACTLY，而大小就是父View的大小了。对应的代码就是：

综合所有的情况，很经典的一张表格就来了：

这里我们也可以明确了MeasureSpec中mode的含义：

到此，似乎就结束了?当然没啦，获取子View的MeasureSpec之后，子View又会怎么处理呢?

View对于MeasureSpec的处理

继续上文，测量子View的测量规格之后，会调用child.measure方法。

child.measure方法也就是View的measure方法，也就是走到了onMeasure方法，继续看看：

哦～最后原来是给子View的measuredWidth和measuredHeight赋值了，所赋的值就是getDefaultSize方法返回的大小。

而这个measuredWidth是干嘛的呢?搜索一下：

这不就是我们获取view的大小调用的方法吗?所以小结一下：

最后就是看看getDefaultSize方法干了啥，也就是验证MeasureSpec中size是不是就是我们要获取的View的宽高呢?

可以看到，在AT_MOST和EXACTLY这两种常用的情况下，确实是等于测量大小specSize的。

只是在一个特殊情况，也就是UNSPECIFIED的时候，这个大小会等于getSuggestedMinimumWidth()方法的大小。

问题来了，UNSPECIFIED模式到底是啥，getSuggestedMinimumWidth()方法又做了什么?

UNSPECIFIED

很多文章会忽略这个模式，其实它也是很重要的，在前两天的讨论群中，我们还讨论了这个问题，一起看看吧～

首先，我们看看什么时候会存在UNSPECIFIED模式呢?它的概念是父View对子View的大小没有限制，很容易想到的一个控件就是ScrollView，那么在ScrollView中肯定有对这个模式的设置：

没错，在ScrollView中重写了measureChildWithMargins方法，比对下刚才ViewGroup的measureChildWithMargins方法，发现有什么不对了吗?

childWidthMeasureSpec的计算没有什么变化，还是调用了getChildMeasureSpec方法，但是childHeightMeasureSpec不对劲了，直接调用了makeSafeMeasureSpec方法生成了MeasureSpec，而且!而且!直接把SpecMode设置成了MeasureSpec.UNSPECIFIED。

也就是对于子View的高度是无限制的，这也符合ScrollView的理念。

所以当ScrollView嵌套一个普通View的时候，就会触发刚才getDefaultSize中UNSPECIFIED的逻辑，也就是View的实际大小为getSuggestedMinimumWidth的大小。

继续看看getSuggestedMinimumWidth到底获取的是什么大小：

就一句代码：

所以如果View没有设置背景，没有设置mMinWidth，那么ScrollView嵌套View的情况，View的宽度就是为0，即使设置了固定值也没用。

这只是UNSPECIFIED在普通View中的处理情况，不同的情况对UNSPECIFIED的处理方式都不一样，比如TextView、RecycleView等等。

下次会专门出一篇UNSPECIFIED的文章，到时候见。

总结

今天回顾了MeasureSpec的相关知识点：

SpecSize为低30位，代表父View给子View测量好的宽高。这个宽高大概率等于View的实际宽高，但是也有例外情况，也就是UNSPECIFIED的情况。

测量流程中的MeasureSpec：

参考

《Android开发艺术探索》

本文转载自微信公众号「码上积木」，作者积木zz。转载本文请联系码上积木公众号。

相关文章