MeasureSpec 是一個(gè) 32 位的 int 類(lèi)型，并且取了最前面的兩位代表 Mode，后 30 位代表大小 Size。

3種模式

EXACTLY（精確模式，在這種模式下，尺寸的值是多少，那么這個(gè)組件的長(zhǎng)或?qū)捑褪嵌嗌?，?duì)應(yīng) MATCH_PARENT 和確定的值）

AT_MOST（WRAP_CONTENT，最大就是父控件的大?。?/p>

UNSPECIFIED（當(dāng)前組件，可以隨便用空間，不受限制，系統(tǒng)用，具體就體現(xiàn)在 NestedScrollView 和 ScrollView 中）

我們開(kāi)發(fā)中，常用AT_MOST，EXACTLY

我們可能會(huì)給定默認(rèn)大小，或者根據(jù)內(nèi)容變化，經(jīng)常都是固定大小

根視圖
ViewRoot - performTraversals（執(zhí)行遍歷）

ViewGroup 還需要負(fù)責(zé)通知自己的子 View 進(jìn)行繪制操作

private void performTraversals() {
    ...
    int childWidthMeasureSpec = getRootMeasureSpec(mWidth, lp.width);
    int childHeightMeasureSpec = getRootMeasureSpec(mHeight, lp.height);
    ...
    //執(zhí)行測(cè)量流程
    performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);
    ...
    //執(zhí)行布局流程
    performLayout(lp, desiredWindowWidth, desiredWindowHeight);
    ...
    //執(zhí)行繪制流程
    performDraw();
}

onMeasure

每個(gè) View 都有自己的大小，所以基本自定義 View 的時(shí)候都需要重寫(xiě) onMeasure() 這個(gè)方法，以定制化我們的 View 的寬高

如果不重寫(xiě)這個(gè)方法，我們通常會(huì)出現(xiàn) wrap_content 和 match_parent 是一樣的顯示效果

View 默認(rèn)是會(huì)使用 getDefaultSize() 方法進(jìn)行設(shè)置寬高的，在 AT_MOST和 EXACTLY 兩種情況下都會(huì)直接使用測(cè)量規(guī)格里面的尺寸

在 ViewGroup 中，并沒(méi)有去重寫(xiě) View 的 onMeasure() 方法，而這都需要它的子類(lèi)根據(jù)自己的邏輯去實(shí)現(xiàn)
ViewGroup 提供了一個(gè) measureChildren() 方法來(lái)依次遍歷每個(gè)子 View 對(duì)其進(jìn)行測(cè)量。
在經(jīng)過(guò) onMeasure() 操作后，getMeasureWidth() 和 getMeasureHeight() 方法就可以拿到正確的返回值了

由于 View 的 measure 過(guò)程和 Activity 的生命周期方法不是同步執(zhí)行的，如果 View 還沒(méi)有測(cè)量完畢，那么獲得的寬/高就是 0。所以在 onCreate()、onStart()、onResume() 中均無(wú)法正確得到某個(gè) View 的寬高信息。可以通過(guò)在 onWindowFocusChanged() 判斷獲取到焦點(diǎn)后進(jìn)行獲取，或者使用 view.post()方式。

onLayout

onLayout() 方法主要作用是確定子 View 的顯示位置，由于 View 已經(jīng)是最小的層級(jí)，所以我們?cè)谧远x View 的時(shí)候通常不需要管這個(gè)方法，而在自定義 ViewGroup 的時(shí)候就不得不注意這個(gè)方法
通過(guò)確認(rèn)left，top，right，bottom四個(gè)值，確定了view的大小
獲取view的大小，可以在onSizeChange之后

draw

drawBackground()
onDraw()
dispatchDraw()
onDrawScrollbars()

通常我的內(nèi)容就是在draw中，代碼編寫(xiě)也是主要在這里