基礎篇——View和ViewGroup的區別
寫程式碼的四點：
- 明確需求。要做什麼？
- 分析思路。要怎麼做？（1,2,3……）
- 確定步驟。每一個思路要用到哪些語句、方法和物件
- 程式碼實現。用具體的語言程式碼將思路實現出來。
學習新技術的四點：
-
該技術是什麼？
-
該技術有什麼特點？（使用需注意的方面）
-
該技術怎麼使用？（寫Demo）
-
該技術什麼時候用？（在Project中的使用場景 ）
----------------------早計劃，早準備，早完成。-------------------------
Android的UI介面都是由View和ViewGroup及其派生類組合而成的。其中，View是所有UI元件的基類，而ViewGroup是容納View及其派生類的容器，ViewGroup也是從View派生出來的。一般來說，開發UI介面都不會直接使用View和ViewGroup（自定義控制元件的時候使用），而是使用其派生類。下圖：UI佈局的層次結構。
View和ViewGroup的區別：
可以從兩方面來說：
一.事件分發方面的區別；
二.UI繪製方面的區別；
事件分發方面的區別：
事件分發機制主要有三個方法：dispatchTouchEvent()、onInterceptTouchEvent()、onTouchEvent()
-
ViewGroup包含這三個方法，而View則只包含dispatchTouchEvent()、onTouchEvent()兩個方法，不包含onInterceptTouchEvent()。
-
觸控事件由Action_Down、Action_Move、Action_Up組成，一次完整的觸控事件，包含一個Down和Up，以及若干個Move（可以為0）；
-
在Action_Down的情況下，事件會先傳遞到最頂層的ViewGroup，呼叫ViewGroup的dispatchTouchEvent()，①如果ViewGroup的onInterceptTouchEvent()返回false不攔截該事件，則會分發給子View，呼叫子View的dispatchTouchEvent()，如果子View的dispatchTouchEvent()返回true，則呼叫View的onTouchEvent()消費事件。②如果ViewGroup的onInterceptTouchEvent()返回true攔截該事件，則呼叫ViewGroup的onTouchEvent()消費事件，接下來的Move和Up事件將由該ViewGroup直接進行處理。
-
當某個子View的dispatchTouchEvent()返回true時，會中止Down事件的分發，同時在ViewGroup中記錄該子View。接下來的Move和Up事件將由該子View直接進行處理。
-
當ViewGroup中所有子View都不捕獲Down事件時，將觸發ViewGroup自身的onTouch();觸發的方式是呼叫super.dispatchTouchEvent函式，即父類View的dispatchTouchEvent方法。在所有子View都不處理的情況下，觸發Acitivity的onTouchEvent方法。
-
由於子View是儲存在ViewGroup中的，多層ViewGroup的節點結構時，上層ViewGroup儲存的會是真實處理事件的View所在的ViewGroup物件。如ViewGroup0——ViewGroup1——TextView的結構中，TextView返回了true，它將被儲存在ViewGroup1中，而ViewGroup1也會返回true，將被儲存在ViewGroup0中；當Move和Up事件來時，會先從ViewGroup0傳遞到ViewGroup1，再由ViewGroup1傳遞到TextView，最後事件由TextView消費掉。
-
子View可以調getParent().requestDisallowInterceptTouchEvent(),請求父ViewGroup不攔截事件。
UI繪製方面的區別：
UI繪製主要有五個方法：onDraw(),onLayout(),onMeasure()，dispatchDraw(),drawChild()
-
ViewGroup包含這五個方法，而View只包含onDraw(),onLayout(),onMeasure()三個方法，不包含dispatchDraw(),drawChild()。
-
繪製流程：onMeasure（測量）——》onLayout（佈局）——》onDraw（繪製）。
-
繪製按照檢視樹的順序執行，檢視繪製時會先繪製子控制元件。如果檢視的背景可見，檢視會在呼叫onDraw()之前呼叫drawBackGround()繪製背景。強制重繪，可以使用invalidate();
-
如果發生檢視的尺寸變化，則該檢視會呼叫requestLayou()，向父控制元件請求再次佈局。如果發生檢視的外觀變化，則該檢視會呼叫invalidate()，強制重繪。如果requestLayout()或invalidate()有一個被呼叫，框架會對檢視樹進行相關的測量、佈局和繪製。
注意：檢視樹是單執行緒操作，直接呼叫其它檢視的方法必須要在UI執行緒裡。跨執行緒的操作必須使用Handler。
-
onLayout()：對於View來說，onLayout()只是一個空實現；而對於ViewGroup來說，onLayout()使用了關鍵字abstract的修飾，要求其子類必須過載該方法，目的就是安排其children在父檢視的具體位置。
-
draw過程：drawBackground()繪製背景——》onDraw()對View的內容進行繪製——》dispatchDraw()對當前View的所有子View進行繪製——》onDrawScrollBars()對View的滾動條進行繪製。
方法說明：
-
onDraw(Canvas canvas)：UI繪製最重要的方法，用於UI重繪。這個方法是所有View、ViewGroup及其派生類都具有的方法。自定義控制元件時，可以過載該方法，並在內容基於canvas繪製自定義的圖形、影象效果。
-
onLayout(boolean changed, int left, int top, int right, int bottom)：佈局發生變化時呼叫此方法。這個方法是所有View、ViewGroup及其派生類都具有的方法。自定義控制元件時，可以過載該方法，在佈局發生改變時實現特效等定製處理。
-
onMeasure(int widthMeasureSpec, int heightMeasureSpec)：用於計算自己及所有子物件的大小。這個方法是所有View、ViewGroup及其派生類都具有的方法。自定義控制元件時，可以過載該方法，重新計算所有物件的大小。 MeasureSpec包含了測量的模式和測量的大小，通過MeasureSpec.getMode()獲取測量模式，通過MeasureSpec.getSize()獲取測量大小。mode共有三種情況： 分別為MeasureSpec.UNSPECIFIED（ View想多大就多大）, MeasureSpec.EXACTLY（預設模式，精確值模式：將layout_width或layout_height屬性指定為具體數值或者match_parent。）, MeasureSpec.AT_MOST（ 最大值模式：將layout_width或layout_height指定為wrap_content。）。
-
dispatchDraw(Canvas canvas)：ViewGroup及其派生類具有的方法，主要用於控制子View的繪製分發。自定義控制元件時，過載該方法可以改變子View的繪製，進而實現一些複雜的視效。
-
drawChild(Canvas canvas, View child, long drawingTime)：ViewGroup及其派生類具有的方法，用於直接繪製具體的子View。自定義控制元件時，過載該方法可以直接繪製具體的子View。