1、ViewRoot和DecorView
ViewRoot對(duì)應(yīng)于ViewRootImpl（其本質(zhì)不是view而是Handler）, 它是連接WindowManager和DecorView的紐帶. View的三大流程都是通過(guò)ViewRoot來(lái)完成的. 當(dāng)一個(gè)Activity對(duì)象在ActivityThread被創(chuàng)建后. 會(huì)將DecorView添加到Window中, 同時(shí)會(huì)創(chuàng)建ViewRootImp對(duì)象, 并將ViewRootImpl對(duì)象和DecorView建立關(guān)聯(lián).
View繪制流程是從ViewRoot的PerformTraversals()開(kāi)始的. 經(jīng)過(guò)三大流程才能將一個(gè)View繪制出來(lái).
關(guān)于PerformTraversals()執(zhí)行之前的操作可以參考View的onAttachedToWindow和onDetachedFromWindow的調(diào)用時(shí)機(jī)分析。其中包含了View的onAttachedToWindow和onDetachedFromWindow的調(diào)用過(guò)程。
view的onAttachedToWindow調(diào)用發(fā)生在PerformTraversals的1668行，是早于measure發(fā)生的。所以在view的onAttachedToWindow中獲取寬和搞都是不行的。
為什么在addOnGlobalLayoutListener接口中可以得到控件的寬和高？因?yàn)樗恼{(diào)用發(fā)生在 PerformTraversals的2250行，晚于measure發(fā)生的。
2、measure過(guò)程
measure調(diào)用發(fā)生在PerformTraversals的2167行。
通過(guò)源碼可以發(fā)現(xiàn)view中的measure為final，即子類(lèi)不能重寫(xiě)，measure（）方法中調(diào)用了onMeasure（），所以可以重寫(xiě)onMeasure（）方法來(lái)達(dá)到measure的目的。
view的onMeasure:一般來(lái)說(shuō)可以不用重寫(xiě)，因?yàn)関iew已經(jīng)實(shí)現(xiàn)了改方法。
protected void onMeasure(intwidthMeasureSpec, intheightMeasureSpec) {
?setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(),widthMeasureSpec),
getDefaultSize(getSuggestedMinimumHeight(),heightMeasureSpec));
}
ViewGroup的measure：基本上需要重寫(xiě)，因?yàn)槿萜鞑季滞枰{(diào)用measureChildren（）來(lái)確定子控件的尺寸。舉個(gè)例子LinearLayout
@Override
protected void onMeasure(intwidthMeasureSpec, intheightMeasureSpec) {
?if(mOrientation==VERTICAL) { ? ? ?
? ? ? ? ?measureVertical(widthMeasureSpec,heightMeasureSpec);
? ? }else{
? ? ? ? ?measureHorizontal(widthMeasureSpec,heightMeasureSpec);
}
}
并且LinearLayout的onMeasure()并沒(méi)有調(diào)用super.onMeasure()，說(shuō)明一般容器布局需要完全自己實(shí)現(xiàn)測(cè)量過(guò)程。即先循環(huán)測(cè)量子控件的大小，然后根據(jù)子控件的尺寸以及自身的屬性（一般是子控件寬和高以及margin加上自身的padding）最后通過(guò)調(diào)用setMeasuredDimension（）方法來(lái)確定自身的大小。
3、layout過(guò)程
通過(guò)view的源碼可以發(fā)現(xiàn)layout是public的非final并已經(jīng)實(shí)現(xiàn)了改方法。但是ViewGroup中的layout確實(shí)是public和final的。layout方法是確定自身位置的，而onLayout確是用來(lái)確定子控件的位置的（viewgroup中的onLayout通過(guò)遍歷調(diào)用layout方法），所以對(duì)于子控件我們最終可以通過(guò)重寫(xiě)layout方法來(lái)干預(yù)自身的布局，而對(duì)于viewGroup只能通過(guò)父控件來(lái)實(shí)現(xiàn)其位置。其他的過(guò)程基本上和measure相似。
4、draw過(guò)程
draw過(guò)程一般比較簡(jiǎn)單，通過(guò)以下四個(gè)步驟實(shí)現(xiàn)：
1、繪制背景background.draw(canvas)
2、繪制自己onDraw()
3、繪制childrendispatchDraw()
4、繪制裝飾onDrawScrollBars()
View繪制過(guò)程傳遞是通過(guò)dispatchDraw()實(shí)現(xiàn)的. 傳遞了自己的畫(huà)布. 這個(gè)方法會(huì)遍歷子元素并且調(diào)用元素的draw()
View一個(gè)特有的方法setWillNotDraw(), 這個(gè)方法是設(shè)置了true那么系統(tǒng)會(huì)進(jìn)行相應(yīng)的優(yōu)化. 在View中默認(rèn)是關(guān)閉的. 而ViewGroup默認(rèn)是開(kāi)啟的. 如果我們繼承了自定義ViewGroup如果還需要繪制自己的內(nèi)容那么需要顯示的關(guān)閉此標(biāo)記.
5、自定義view
1.繼承View重寫(xiě)onDraw方法
這種方法主要用于實(shí)現(xiàn)一些不規(guī)則的效果, 不方便組合布局實(shí)現(xiàn),或者又有動(dòng)態(tài)顯示的一些圖形. 需要自己繪制那么就重寫(xiě)onDraw()方法.這種方法需要自己支持wrap_content和padding
2.繼承ViewGroup派生特殊Layout
這種方式用于實(shí)現(xiàn)自定義布局, 這種布局的實(shí)現(xiàn)稍微復(fù)雜,需要合適的處理ViewGroup的測(cè)量,布局這兩個(gè)過(guò)程,并同時(shí)處理子元素的測(cè)量和布局過(guò)程.
3.繼承特定的View(TextView)
比較常見(jiàn), 一般用于擴(kuò)展已有的View的功能. 這種不需要自己處理wrap_content和padding
4.繼承特定ViewGroup(LinearLayout)
當(dāng)某種效果看起來(lái)像幾種View的組合在一起的時(shí)候,可以采用這種方式. 這種方式不需要自己處理ViewGroup的測(cè)量和布局. 其實(shí)這種方式和2沒(méi)什么區(qū)別, 主要是2更接近于底層的View實(shí)現(xiàn).
1、讓View支持wrap_content
2、最好讓你的View支持padding-> 如果直接繼承View,在draw()中不處理padding,那么屬性是無(wú)法起作用的. 還有繼承ViewGroup的控件需要在onMeasure和onLayout中考慮padding和子元素的margin會(huì)造成的影響.
3、盡量不要在View中使用Handler-> 內(nèi)部已經(jīng)提供了post系列方法. 除非很明確要是用Handler發(fā)送消息.
4、View中如果有線程或者動(dòng)畫(huà),需要及時(shí)的停止.-> 當(dāng)包含此View的Activity退出或者此View被remove的時(shí)候,View的onDetachedFromWindow()會(huì)被調(diào)用,可以適當(dāng)處理防止內(nèi)存泄漏.
5、View帶有的滑動(dòng)嵌套時(shí),需要處理好滑動(dòng)沖突.
