栗子一
想得到一個 view 的高度或者寬度醒串，經(jīng)常能看到大家這么寫：
public int getWidth(View view){
view.measure(0, 0);
return view.getMeasuredWidth();
}
原理很簡單，就是調(diào)用 View鄙皇、ViewGroup 的 measure 方法去測量芜赌，之后就能得到測量后的高度和寬度。但是伴逸，問題來了缠沈，為毛 measure 方法的兩個參數(shù)是 0，0 呢错蝴？
先來看看 measure 方法的聲明吧洲愤！
public final void measure(int widthMeasureSpec, int heightMeasureSpec) {
boolean optical = isLayoutModeOptical(this);
if (optical != isLayoutModeOptical(mParent)) {
Insets insets = getOpticalInsets();
int oWidth = insets.left + insets.right;
int oHeight = insets.top + insets.bottom;
widthMeasureSpec = MeasureSpec.adjust(widthMeasureSpec, optical ? -oWidth : oWidth);
heightMeasureSpec = MeasureSpec.adjust(heightMeasureSpec, optical ? -oHeight : oHeight);
}
...
}
哦， widthMeasureSpec 和 heightMeasureSpec 顷锰，我似乎明白了什么柬赐！于是來到了 View 的 靜態(tài)內(nèi)部類 MeasureSpec。
public static class MeasureSpec {
private static final int MODE_SHIFT = 30;
private static final int MODE_MASK = 0x3 << MODE_SHIFT;
/**
* Measure specification mode: The parent has not imposed any constraint
* on the child. It can be whatever size it wants.
*/
public static final int UNSPECIFIED = 0 << MODE_SHIFT;
/**
* Measure specification mode: The parent has determined an exact size
* for the child. The child is going to be given those bounds regardless
* of how big it wants to be.
*/
public static final int EXACTLY = 1 << MODE_SHIFT;
/**
* Measure specification mode: The child can be as large as it wants up
* to the specified size.
*/
public static final int AT_MOST = 2 << MODE_SHIFT;
...
}
仔細觀察上面的常量官紫，發(fā)現(xiàn) UNSPECIFIED 實際上是 0 左移 MODE_SHIFT (30位) 后變成了 0000,0000,0000,0000,0000,0000,0000,0000躺率，好吧玛界，還是 0。所以悼吱，我認為更能容易理解和規(guī)范的寫法應該是
measure(View.MeasureSpec.UNSPECIFIED,View.MeasureSpec.UNSPECIFIED)
測量規(guī)格
- UNSPECIFIED
父視圖不對子視圖有任何約束慎框，它可以達到所期望的任意尺寸。比如ListView后添、ScrollView笨枯，一般自定義View中用不到。
栗子二
最討厭的需求遇西，ScrollView 里嵌套 ListView馅精，我們就可以看到這樣的代碼
@Override
/**
* 重寫該方法，達到使 ListView 適應 ScrollView 的效果
*/
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2,
MeasureSpec.AT_MOST);
super.onMeasure(widthMeasureSpec, expandSpec);
}
問題又來了,這個方法里的兩個參數(shù)是什么鬼!
MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2,MeasureSpec.AT_MOST)
我開始慌了粱檀，先看看 makeMeasureSpec(int size, int mode)壓壓驚洲敢！
public static int makeMeasureSpec(int size, int mode) {
if (sUseBrokenMakeMeasureSpec) {
return size + mode;
} else {
return (size & ~MODE_MASK) | (mode & MODE_MASK);
}
}
第一個傳入的參數(shù) Integer.MAX_VALUE >> 2，先來看看沒有做移位運算前的 Integer.MAX_VALUE:
// 也就是 0111,1111,1111,1111,1111,1111,1111,1111
public static final int MAX_VALUE = 0x7fffffff
右移 2 位之后茄蚯，變成 0011,1111,1111,1111,1111,1111,1111,1111压彭。
但是，為什么是右移 2 位渗常，而不是右移 1 位壮不、右移 3 位呢？先放著這個問題皱碘，來看看第二個參數(shù) AT_MOST 询一。
- AT_MOST
父視圖為子視圖指定一個最大尺寸。子視圖必須確保它自己所有子視圖可以適應在該尺寸范圍內(nèi)癌椿，對應的屬性為wrap_content健蕊，這種模式下，父控件無法確定子View的尺寸踢俄，只能由子控件自己根據(jù)需求去計算自己的尺寸绊诲，這種模式就是我們自定義視圖需要實現(xiàn)測量邏輯的情況。
因為 ScrollView 并不知道自己的 child 該多大褪贵，所以給他指定為AT_MOST 模式，接下來 ScrollView 得為 child 指定一個限定的尺寸（孩子抗俄，你不能超過這個 size 哎）脆丁。所以 Integer.MAX_VALUE>>2 就是這個最大的尺寸。最后我們再來看一遍下 MeasureSpec 的源碼就明白了动雹！
// 移位位數(shù) 30
private static final int MODE_SHIFT = 30;
// int 型占 32 位槽卫，左移 30 位，該屬性表示掩碼值胰蝠，用來與 size 和 mode 進行 "&" 運算歼培，獲取對應值震蒋。
private static final int MODE_MASK = 0x3 << MODE_SHIFT;
// 左移 30 位，其值為 00...(此處省略 30 個0)
public static final int UNSPECIFIED = 0 << MODE_SHIFT;
// 左移 30 位躲庄，其值為 01...(此處省略 30 個0)
public static final int EXACTLY = 1 << MODE_SHIFT;
// 左移 30 位查剖，其值為 10...(此處省略 30 個0)
public static final int AT_MOST = 2 << MODE_SHIFT;
高 2 位是用來表示測量模式的，剩下的 30 位是用來表示測量尺寸的噪窘，所以Integer.Max_Value右移 2 位已經(jīng)是測量尺寸的所能表示的最大值了笋庄。
