Android中mesure過程詳解 --

invalidate()最後會發起一個View樹周遊的請求，并通過執行performTraersal()來響應該請求，performTraersal()正是對View樹進行周遊和繪制的核心函數，内部的主體邏輯是判斷是否需要重新測量視圖大小（measure），是否需要重新布局（layout），是否重新需要繪制（draw）。measure過程是周遊的前提，隻有measure後才能進行布局（layout）和繪制（draw），因為在layout的過程中需要用到measure過程中計算得到的每個View的測量大小，而draw過程需要layout确定每個view的位置才能進行繪制。下面我們主要來探讨一下measure的主要過程，相對與layout和draw，measure過程了解起來比較困難。

      我們在編寫layout的xml檔案時會碰到layout_width和layout_height兩個屬性，對于這兩個屬性我們有三種選擇：指派成具體的數值，match_parent或者wrap_content，而measure過程就是用來處理match_parent或者wrap_content，假如layout中規定所有View的layout_width和layout_height必須指派成具體的數值，那麼measure其實是沒有必要的，但是google在設計Android的時候考慮加入match_parent或者wrap_content肯定是有原因的，它們會使得布局更加靈活。

      首先我們來看幾個關鍵的函數和參數：

      1、public final void measue(int widthMeasureSpec, int heightMeasureSpec);

      2、protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec)；

      3、protected void measureChildren(int widthMeasureSpec, int heightMeasureSpec)

      4、protected void measureChild(View child, int parentWidthMeasureSpec, int parentHeightMeasureSpec)

      5、protected void measureChildWithMargins(View child,int parentWidthMeasureSpec, int widthUsed, int parentHeightMeasureSpec, int heightUsed)

     接着我們來看View類中measure和onMeasure函數的源碼：

　　　　

由于函數原型中有final字段，那麼measure根本沒打算被子類繼承，也就是說measure的過程是固定的，而measure中調用了onMeasure函數，是以真正有變數的是onMeasure函數，onMeasure的預設實作很簡單，源碼如下：

onMeasure預設的實作僅僅調用了setMeasuredDimension，setMeasuredDimension函數是一個很關鍵的函數，它對View的成員變量mMeasuredWidth和mMeasuredHeight變量指派，而measure的主要目的就是對View樹中的每個View的mMeasuredWidth和mMeasuredHeight進行指派，一旦這兩個變量被指派，則意味着該View的測量工作結束。

對于非ViewGroup的View而言，通過調用上面預設的measure——>onMeasure，即可完成View的測量，當然你也可以重載onMeasure，并調用setMeasuredDimension來設定任意大小的布局，但一般不這麼做，因為這種做法太“專政”，至于為何“專政”，讀完本文就會明白。

      對于ViewGroup的子類而言，往往會重載onMeasure函數負責其children的measure工作，重載時不要忘記調用setMeasuredDimension來設定自身的mMeasuredWidth和mMeasuredHeight。如果我們在layout的時候不需要依賴子視圖的大小，那麼不重載onMeasure也可以，但是必須重載onLayout來安排子視圖的位置，這在下一篇部落格中會介紹。  

      再來看下measue(int widthMeasureSpec, int heightMeasureSpec)中的兩個參數， 這兩個參數分别是父視圖提供的測量規格，當父視圖調用子視圖的measure函數對子視圖進行測量時，會傳入這兩個參數，通過這兩個參數以及子視圖本身的LayoutParams來共同決定子視圖的測量規格，在ViewGroup的measureChildWithMargins函數中展現了這個過程，稍後會介紹。

     MeasureSpec參數的值為int型，分為高32位和低16為，高32位儲存的是specMode，低16位表示specSize，specMode分三種：

      1、MeasureSpec.UNSPECIFIED,父視圖不對子視圖施加任何限制，子視圖可以得到任意想要的大小；

      2、MeasureSpec.EXACTLY，父視圖希望子視圖的大小是specSize中指定的大小；

      3、MeasureSpec.AT_MOST，子視圖的大小最多是specSize中的大小。

      以上施加的限制隻是父視圖“希望”子視圖的大小按MeasureSpec中描述的那樣，但是子視圖的具體大小取決于多方面的。

      ViewGroup中定義了measureChildren, measureChild,  measureChildWithMargins來對子視圖進行測量，measureChildren内部隻是循環調用measureChild，measureChild和measureChildWithMargins的差別就是是否把margin和padding也作為子視圖的大小，我們主要分析measureChildWithMargins的執行過程：

總的來看該函數就是對父視圖提供的measureSpec參數進行了調整（結合自身的LayoutParams參數），然後再來調用child.measure()函數，具體通過函數getChildMeasureSpec來進行參數調整，過程如下：

getChildMeasureSpec的總體思路就是通過其父視圖提供的MeasureSpec參數得到specMode和specSize，并根據計算出來的specMode以及子視圖的childDimension（layout_width和layout_height中定義的）來計算自身的measureSpec，如果其本身包含子視圖，則計算出來的measureSpec将作為調用其子視圖measure函數的參數，同時也作為自身調用setMeasuredDimension的參數，如果其不包含子視圖則預設情況下最終會調用onMeasure的預設實作，并最終調用到setMeasuredDimension，而該函數的參數正是這裡計算出來的。

      總結：從上面的描述看出，決定權最大的就是View的設計者，因為設計者可以通過調用setMeasuredDimension決定視圖的最終大小，例如調用setMeasuredDimension（100， 100）将視圖的mMeasuredWidth和mMeasuredHeight設定為100，100，那麼父視圖提供的大小以及程式員在xml中設定的layout_width和layout_height将完全不起作用，當然良好的設計一般會根據子視圖的measureSpec來設定mMeasuredWidth和mMeasuredHeight的大小，已尊重程式員的意圖。