溫故而知新 MeasureSpec在View測(cè)量中的作用
前言
對(duì)于MeasureSpec，你的認(rèn)識(shí)有多少呢?
- MeasureSpec是干嘛的?存在的意義在哪?
- MeasureSpec中的mode和size到底指的是什么?
- MeasureSpec是怎么計(jì)算的，與哪些因素有關(guān)?
- 父View測(cè)量好子View的MeasureSpec之后，子View會(huì)怎么處理?
- View/ViewGroup、DecorView的MeasureSpec有什么區(qū)別?
- UNSPECIFIED這個(gè)特殊模式又有什么用呢?
介紹
首先，我們看下這個(gè)類(lèi)：
- public static class MeasureSpec {
- private static final int MODE_SHIFT = 30;
- private static final int MODE_MASK = 0x3 << MODE_SHIFT;
- //00后面跟30個(gè)0
- public static final int UNSPECIFIED = 0 << MODE_SHIFT;
- //01后面跟30個(gè)0
- public static final int EXACTLY = 1 << MODE_SHIFT;
- //10后面跟30個(gè)0
- public static final int AT_MOST = 2 << MODE_SHIFT;
- public static int makeMeasureSpec(int size, int mode) {
- if (sUseBrokenMakeMeasureSpec) {
- return size + mode;
- } else {
- return (size & ~MODE_MASK) | (mode & MODE_MASK);
- }
- }
- //獲取mode
- public static int getMode(int measureSpec) {
- //保留高2位，剩下30個(gè)0
- return (measureSpec & MODE_MASK);
- }
- //獲取size
- public static int getSize(int measureSpec) {
- //替換高兩位00，保留低30位
- return (measureSpec & ~MODE_MASK);
- }
- }
我留下了比較重要的三個(gè)方法：
- makeMeasureSpec。用于生成一個(gè)MeasureSpec，生成的方式就是size+mode，得到一個(gè)32位的int值。
- 獲取mode。也就是取前2位的值作為mode。
- 獲取size。也就是取后30位的值作為size。
至此，我們至少知道了MeasureSpec是一個(gè)32位的int值，高2位為mode(測(cè)量模式)，低30位為size(測(cè)量大小)。
這么做的目的主要是避免過(guò)多的對(duì)象內(nèi)存分配。
所以我們可以大致猜測(cè)，這個(gè)MeasureSpec就是用來(lái)標(biāo)記View的測(cè)量參數(shù)，其中測(cè)量模式可能和View具體怎么顯示有關(guān)，而測(cè)量大小就是值的View實(shí)際大小。
當(dāng)然，這只是我們的初步猜測(cè)。
要搞清楚具體信息，就要從View樹(shù)的繪制測(cè)量開(kāi)始說(shuō)起。
DecorView的測(cè)量
上文說(shuō)到，測(cè)量代碼是從ViewRootImpl的measureHierarchy開(kāi)始的，然后會(huì)執(zhí)行到performMeasure方法：
- private void measureHierarchy(){
- childWidthMeasureSpec = getRootMeasureSpec(baseSize, lp.width);
- childHeightMeasureSpec = getRootMeasureSpec(desiredWindowHeight, lp.height);
- performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
- }
- private void performMeasure(int childWidthMeasureSpec, int childHeightMeasureSpec) {
- try {
- mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);
- } finally {
- Trace.traceEnd(Trace.TRACE_TAG_VIEW);
- }
- }
很明顯，在這里就會(huì)進(jìn)行第一次MeasureSpec的計(jì)算，并且傳給了下層的mView，也就是DecorView。
那我們就來(lái)看看DecorView的MeasureSpec測(cè)量規(guī)格計(jì)算方式：
- private static int getRootMeasureSpec(int windowSize, int rootDimension) {
- int measureSpec;
- switch (rootDimension) {
- case ViewGroup.LayoutParams.MATCH_PARENT:
- // Window can't resize. Force root view to be windowSize.
- measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.EXACTLY);
- break;
- case ViewGroup.LayoutParams.WRAP_CONTENT:
- // Window can resize. Set max size for root view.
- measureSpec = MeasureSpec.makeMeasureSpec(windowSize, MeasureSpec.AT_MOST);
- break;
- default:
- // Window wants to be an exact size. Force root view to be that size.
- measureSpec = MeasureSpec.makeMeasureSpec(rootDimension, MeasureSpec.EXACTLY);
- break;
- }
- return measureSpec;
- }
所以DecorView是和它的LayoutParams有關(guān)，其實(shí)也就是跟Window的調(diào)整有關(guān)，如果Window是子窗口，那么就可以調(diào)整，比如Dialog的寬高設(shè)置為WRAP_CONTENT，那么DecorView對(duì)應(yīng)的測(cè)量規(guī)格就是AT_MOST。
到此，我們也可以初步得到這個(gè)測(cè)量規(guī)格mode的含義：
- 如果View的值是確定大小，比如MATCH_PARENT或者固定值，那么它的測(cè)量模式就是MeasureSpec.EXACTLY。
- 如果View的值是自適應(yīng)，比如WRAP_CONTENT，那么它的測(cè)量模式就是 MeasureSpec.AT_MOST。
具體是不是這樣呢?我們繼續(xù)到下層View一探究竟。
View/ViewGroup的測(cè)量
對(duì)于具體的View/ViewGroup 測(cè)量，就涉及到另外的一個(gè)方法measureChildWithMargins，這個(gè)方法也是在很多布局中會(huì)看到，比如LinearLayout。
- protected void measureChildWithMargins(View child,
- int parentWidthMeasureSpec, int widthUsed,
- int parentHeightMeasureSpec, int heightUsed) {
- final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
- final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
- mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin
- + widthUsed, lp.width);
- final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
- mPaddingTop + mPaddingBottom + lp.topMargin + lp.bottomMargin
- + heightUsed, lp.height);
- child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
- }
代碼不多，首先獲取子View的LayoutParams。然后根據(jù) padding、margin、width 以及 parentWidthMeasureSpec 算出寬的測(cè)量模式——childWidthMeasureSpec。
高度測(cè)量模式同理。
到此，我們的認(rèn)識(shí)又前進(jìn)了一步，對(duì)于子View的測(cè)量模式MeasureSpec肯定是和兩個(gè)元素有關(guān)：
- 子View的LayoutParams(包括margin，width)
- 父View的MeasureSpec (再加上padding)
繼續(xù)看看getChildMeasureSpec方法：
- public static int getChildMeasureSpec(int spec, int padding, int childDimension) {
- int specMode = MeasureSpec.getMode(spec);
- int specSize = MeasureSpec.getSize(spec);
- int size = Math.max(0, specSize - padding);
- int resultSize = 0;
- int resultMode = 0;
- switch (specMode) {
- // Parent has imposed an exact size on us
- case MeasureSpec.EXACTLY:
- if (childDimension >= 0) {
- resultSize = childDimension;
- resultMode = MeasureSpec.EXACTLY;
- } else if (childDimension == LayoutParams.MATCH_PARENT) {
- // Child wants to be our size. So be it.
- resultSize = size;
- resultMode = MeasureSpec.EXACTLY;
- } else if (childDimension == LayoutParams.WRAP_CONTENT) {
- // Child wants to determine its own size. It can't be
- // bigger than us.
- resultSize = size;
- resultMode = MeasureSpec.AT_MOST;
- }
- break;
- // Parent has imposed a maximum size on us
- case MeasureSpec.AT_MOST:
- if (childDimension >= 0) {
- // Child wants a specific size... so be it
- resultSize = childDimension;
- resultMode = MeasureSpec.EXACTLY;
- } else if (childDimension == LayoutParams.MATCH_PARENT) {
- // Child wants to be our size, but our size is not fixed.
- // Constrain child to not be bigger than us.
- resultSize = size;
- resultMode = MeasureSpec.AT_MOST;
- } else if (childDimension == LayoutParams.WRAP_CONTENT) {
- // Child wants to determine its own size. It can't be
- // bigger than us.
- resultSize = size;
- resultMode = MeasureSpec.AT_MOST;
- }
- break;
- // Parent asked to see how big we want to be
- case MeasureSpec.UNSPECIFIED:
- if (childDimension >= 0) {
- // Child wants a specific size... let him have it
- resultSize = childDimension;
- resultMode = MeasureSpec.EXACTLY;
- } else if (childDimension == LayoutParams.MATCH_PARENT) {
- // Child wants to be our size... find out how big it should
- // be
- resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
- resultMode = MeasureSpec.UNSPECIFIED;
- } else if (childDimension == LayoutParams.WRAP_CONTENT) {
- // Child wants to determine its own size.... find out how
- // big it should be
- resultSize = View.sUseZeroUnspecifiedMeasureSpec ? 0 : size;
- resultMode = MeasureSpec.UNSPECIFIED;
- }
- break;
- }
- //noinspection ResourceType
- return MeasureSpec.makeMeasureSpec(resultSize, resultMode);
- }
代碼其實(shí)很簡(jiǎn)單，就是對(duì)子View的LayoutParams和父View的specMode、specSize，共同計(jì)算出子View的MeasureSpec。
舉其中一個(gè)例子，當(dāng)父view的測(cè)量模式為MeasureSpec.EXACTLY，子View寬的LayoutParams為MATCH_PARENT。想象一下，這種情況，子View的寬肯定就會(huì)占滿(mǎn)父View的大小，所以子View的測(cè)量模式中的mode肯定就是確定值，為MeasureSpec.EXACTLY，而大小就是父View的大小了。對(duì)應(yīng)的代碼就是：
- case MeasureSpec.AT_MOST:
- if (childDimension == LayoutParams.MATCH_PARENT) {
- // Child wants to be our size. So be it.
- resultSize = size;
- resultMode = MeasureSpec.EXACTLY;
- }
綜合所有的情況，很經(jīng)典的一張表格就來(lái)了：
這里我們也可以明確了MeasureSpec中mode的含義：
- MeasureSpec.EXACTLY。父View可以確定子View的精確大小，比如子View大小是固定的值，在所有的情況下都會(huì)是EXACTLY模式。
- MeasureSpec.AT_MOST。父View給定一個(gè)最大的值，意思是子View大小可以不確定，但是肯定不能超過(guò)某個(gè)最大的值，例如窗口的大小。
- MeasureSpec.UNSPECIFIED。父View對(duì)子View完全沒(méi)限制，要多大給多大。這個(gè)模式似乎聽(tīng)起來(lái)有點(diǎn)奇怪?待會(huì)我們?cè)偌?xì)談。
到此，似乎就結(jié)束了?當(dāng)然沒(méi)啦，獲取子View的MeasureSpec之后，子View又會(huì)怎么處理呢?
View對(duì)于MeasureSpec的處理
繼續(xù)上文，測(cè)量子View的測(cè)量規(guī)格之后，會(huì)調(diào)用child.measure方法。
- protected void measureChildWithMargins() {
- final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
- final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
- mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin
- + widthUsed, lp.width);
- final int childHeightMeasureSpec = getChildMeasureSpec(parentHeightMeasureSpec,
- mPaddingTop + mPaddingBottom + lp.topMargin + lp.bottomMargin
- + heightUsed, lp.height);
- child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
- }
- public final void measure(int widthMeasureSpec, int heightMeasureSpec) {
- onMeasure(widthMeasureSpec, heightMeasureSpec);
- }
child.measure方法也就是View的measure方法，也就是走到了onMeasure方法，繼續(xù)看看：
- protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
- setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),
- getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));
- }
- protected final void setMeasuredDimension(int measuredWidth, int measuredHeight) {
- if (optical != isLayoutModeOptical(mParent)) {
- measuredWidth += optical ? opticalWidth : -opticalWidth;
- measuredHeight += optical ? opticalHeight : -opticalHeight;
- }
- setMeasuredDimensionRaw(measuredWidth, measuredHeight);
- }
哦～最后原來(lái)是給子View的measuredWidth和measuredHeight賦值了，所賦的值就是getDefaultSize方法返回的大小。
而這個(gè)measuredWidth是干嘛的呢?搜索一下：
- public final int getMeasuredWidth() {
- //MEASURED_SIZE_MASK用于限制大小的
- return mMeasuredWidth & MEASURED_SIZE_MASK;
- }
這不就是我們獲取view的大小調(diào)用的方法嗎?所以小結(jié)一下：
- 父view通過(guò)父View的MeasureSpec和子View的LayoutParams算出了子View的MeasureSpec。
- 然后子View通過(guò)MeasureSpec計(jì)算了measuredWidth
- 而這個(gè)measuredWidth也就是我們可以獲取View寬高所調(diào)用的方法。
最后就是看看getDefaultSize方法干了啥，也就是驗(yàn)證MeasureSpec中size是不是就是我們要獲取的View的寬高呢?
- getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec)
- public static int getDefaultSize(int size, int measureSpec) {
- int result = size;
- int specMode = MeasureSpec.getMode(measureSpec);
- int specSize = MeasureSpec.getSize(measureSpec);
- switch (specMode) {
- case MeasureSpec.UNSPECIFIED:
- result = size;
- break;
- case MeasureSpec.AT_MOST:
- case MeasureSpec.EXACTLY:
- result = specSize;
- break;
- }
- return result;
- }
可以看到，在AT_MOST和EXACTLY這兩種常用的情況下，確實(shí)是等于測(cè)量大小specSize的。
只是在一個(gè)特殊情況，也就是UNSPECIFIED的時(shí)候，這個(gè)大小會(huì)等于getSuggestedMinimumWidth()方法的大小。
問(wèn)題來(lái)了，UNSPECIFIED模式到底是啥，getSuggestedMinimumWidth()方法又做了什么?
UNSPECIFIED
很多文章會(huì)忽略這個(gè)模式，其實(shí)它也是很重要的，在前兩天的討論群中，我們還討論了這個(gè)問(wèn)題，一起看看吧～
首先，我們看看什么時(shí)候會(huì)存在UNSPECIFIED模式呢?它的概念是父View對(duì)子View的大小沒(méi)有限制，很容易想到的一個(gè)控件就是ScrollView，那么在ScrollView中肯定有對(duì)這個(gè)模式的設(shè)置：
- @Override
- protected void measureChildWithMargins(View child, int parentWidthMeasureSpec, int widthUsed,
- int parentHeightMeasureSpec, int heightUsed) {
- final MarginLayoutParams lp = (MarginLayoutParams) child.getLayoutParams();
- final int childWidthMeasureSpec = getChildMeasureSpec(parentWidthMeasureSpec,
- mPaddingLeft + mPaddingRight + lp.leftMargin + lp.rightMargin
- + widthUsed, lp.width);
- final int usedTotal = mPaddingTop + mPaddingBottom + lp.topMargin + lp.bottomMargin +
- heightUsed;
- final int childHeightMeasureSpec = MeasureSpec.makeSafeMeasureSpec(
- Math.max(0, MeasureSpec.getSize(parentHeightMeasureSpec) - usedTotal),
- MeasureSpec.UNSPECIFIED);
- child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
- }
沒(méi)錯(cuò)，在ScrollView中重寫(xiě)了measureChildWithMargins方法，比對(duì)下剛才ViewGroup的measureChildWithMargins方法，發(fā)現(xiàn)有什么不對(duì)了嗎?
childWidthMeasureSpec的計(jì)算沒(méi)有什么變化，還是調(diào)用了getChildMeasureSpec方法，但是childHeightMeasureSpec不對(duì)勁了，直接調(diào)用了makeSafeMeasureSpec方法生成了MeasureSpec，而且!而且!直接把SpecMode設(shè)置成了MeasureSpec.UNSPECIFIED。
也就是對(duì)于子View的高度是無(wú)限制的，這也符合ScrollView的理念。
所以當(dāng)ScrollView嵌套一個(gè)普通View的時(shí)候，就會(huì)觸發(fā)剛才getDefaultSize中UNSPECIFIED的邏輯，也就是View的實(shí)際大小為getSuggestedMinimumWidth的大小。
繼續(xù)看看getSuggestedMinimumWidth到底獲取的是什么大?。?/p>
- protected int getSuggestedMinimumWidth() {
- return (mBackground == null) ? mMinWidth : max(mMinWidth, mBackground.getMinimumWidth());
- }
就一句代碼：
- 如果view的背景為null，則等于最小寬度mMinWidth。
- 如果view的背景不為null，則等于最小寬度和 背景的最小寬度 中取較大值。
所以如果View沒(méi)有設(shè)置背景，沒(méi)有設(shè)置mMinWidth，那么ScrollView嵌套View的情況，View的寬度就是為0，即使設(shè)置了固定值也沒(méi)用。
這只是UNSPECIFIED在普通View中的處理情況，不同的情況對(duì)UNSPECIFIED的處理方式都不一樣，比如TextView、RecycleView等等。
下次會(huì)專(zhuān)門(mén)出一篇UNSPECIFIED的文章，到時(shí)候見(jiàn)。
總結(jié)
今天回顧了MeasureSpec的相關(guān)知識(shí)點(diǎn)：
- MeasureSpec的基本概念：
- MeasureSpec為一個(gè)32位的int值。
- SpecMode為高兩位，一共三種模式，代表父View對(duì)子View的大小限制模式，比如最大可用大小——AT_MOST。
SpecSize為低30位，代表父View給子View測(cè)量好的寬高。這個(gè)寬高大概率等于View的實(shí)際寬高，但是也有例外情況，也就是UNSPECIFIED的情況。
測(cè)量流程中的MeasureSpec：
- View輸?shù)臏y(cè)量流程開(kāi)始于ViewRootImpl的measureHierarchy，也是在這里開(kāi)始了第一次MeasureSpec的計(jì)算。
- 第一次MeasureSpec的計(jì)算也就是DecorView的MeasureSpec計(jì)算，是通過(guò)自身的LayoutParams相關(guān)，也就是和Window大小有關(guān)。
- 然后就開(kāi)始子View/ViewGroup的MeasureSpec計(jì)算，是通過(guò)父View的MeasureSpec和子View的LayoutParams相關(guān)。
- 計(jì)算完子View的MeasureSpec之后，就開(kāi)始調(diào)用onMeasure方法，計(jì)算出View的實(shí)際大小。
- 如果是UNSPECIFIED模式，實(shí)際大小為。否則實(shí)際大小就等于計(jì)算好的specSize。
參考
《Android開(kāi)發(fā)藝術(shù)探索》
本文轉(zhuǎn)載自微信公眾號(hào)「碼上積木」，作者積木zz。轉(zhuǎn)載本文請(qǐng)聯(lián)系碼上積木公眾號(hào)。
