View 的繪製流程

view的measure 過程由其measure方法完成，measure 方法是乙個final型別的方法，子類不能重寫。在view的mesure方法中會呼叫onmeasure 我們只看onmeasure方法就可了。

view原始碼：

protected
void
onmeasure(
int widthmeasurespec, 
int heightmeasurespec)

看著很簡單。setmeasureddimension 方法會設定view的寬高測量值，我們只看getdefaultsize 方法即可

public
static
intgetdefaultsize(int size, int measurespec) 
return result;
}可以看出getdefaultsize 方法很簡單，我們只看most，exactly就可以簡單的說getdefaultsize方法返回值就是measurespec view測量後寬高。 為什麼要說測量後，view的最終寬高在onlayout階段確定的。所以不許加以區分。但是幾乎所有情況下view的 onmeasure，onlayout中的值是一樣。
至於unspecified，一半用於系統內部測量，寬高就為第乙個引數的值 getsuggestedminimumwidth(), getsuggestedminimumheight(), 簡單分析乙個另個方法類似這裡就不進行分析
protected
intgetsuggestedminimumwidth()

邏輯同樣是很清晰，mbackground ==null 時候返回mminwidth,而mminwidth 就是android:minwidth屬性值，當然如果不進行設定預設minwidth=0。那麼mbackground指的是drawable.getminimumwidth()

public
intgetminimumwidth()

返回的是drawable的原始寬度，前提是這個drawable有原始寬度。那麼問題來了drawable什麼情況下沒有原始寬度？

shapedrawable沒有原始寬度，而bitmapdrable有原始寬度

在總結一下getsuggestedminimumwidth邏輯。view沒有設定背景怎麼返回minwidth （如果minwidth沒有設定值預設為0），view設定了背景則返回mbackground 和 minwidth中最大的值。

那通過上面可以推出來自定義view需要重寫onmesure 方法。並且寬高值設定wrap_content 和 match_parent 是一樣的效果

為什麼會出現上面情況

switch (specmode)

設定 wrap_content的模式為at_most:這樣view的寬高為specsize等於parentsize ，很顯然view的寬高就等於父容器剩餘空間的大小。這種和在不居中使用match_parent完全一致如何解決這樣問題。也很簡單。

@override
protected
void
onmeasure(int widthmeasurespec, int heightmeasurespec)

具體寬高預設值給多少根據具體需求。

eg：可以檢視其他系統元件是如何處理預設寬高值。這裡就不進行分析

View 的繪製流程

戲說View的繪製流程

筆記 view的繪製流程

View的繪製機制

View 的繪製流程

戲說View的繪製流程

筆記 view的繪製流程

View的繪製機制

相關推薦