inflate

inflate方法常常用來解析一個xml布局文件，在自定義組合式控件中常常使用，使用的姿勢包括：

View.inflate(context, resource, root)LayoutInflater.from(getContext()).inflate(resource, root);

而View.inflate其實還是調用的LayoutInflater去解析一個xml:

public static View inflate(Context context, int resource, ViewGroup root) {LayoutInflater factory = LayoutInflater.from(context);return factory.inflate(resource, root); }

所以這兩種姿勢沒啥區(qū)別，這里來討論一下inflate(resouce, root)的返回值，參數(shù)resource是布局資源，root是傳入的一個根節(jié)點。如果root傳入一個null，inflate就會解析resource對應的xml，返回這個xml中的根節(jié)點，如果root傳入不為null，inflate會解析這個xml布局并且添加到根節(jié)點root下，然后返回根節(jié)點root。

另外還有帶三個參數(shù)的inflate方法：

inflate(int resource, ViewGroup root, boolean attachToRoot)

這里多了一個參數(shù)attachToRoot，如果root為null，則返回解析后的xml布局中的根節(jié)點；如果root不為null,attachToRoot為true,inflate會解析這個xml布局并且添加到根節(jié)點root下，然后返回根節(jié)點root；如果root不為null,attachToRoot為false,inflate會解析這個xml布局但不會添加到根節(jié)點root下，然后返回解析后的xml布局中的根節(jié)點，這時候root的作用只是為xml中的根節(jié)點提供布局參數(shù)的屬性，因為xml中的根節(jié)點不知道自己的父容器是誰，所以如果沒有人給它提供的話，它的布局參數(shù)就會失效。

onFinishInflate

onFinishInflate是當所有的孩子都解析完后的一個調用。比如我們自定義一個ViewGroup，想要去找到孩子做一些設置，這時候如果在自定義ViewGroup的構造函數(shù)去findViewById的話，會返回一個null,因為此時孩子還沒有解析好，也就是還沒有生出來。這時候我們可以去覆寫onFinishInflate，當孩子解析好后再去find。

requestLayout

關于requestLayout的介紹比較多，requestLayout()方法會觸發(fā)measure過程和layout過程，不會調用draw過程，也不會重新繪制任何View包括該調用者本身

onSizeChange(int w, int h, int oldw, int oldh)

onSizeChange是控件的大小發(fā)生變化的時候的調用，它的調用軌跡是layout->setFrame->sizeChange->onSizeChange。當控件第一次布局時肯定會被調用到，我們覆寫該方法可以獲取到控件的大小。所以這個方法通常被用來在里面初始化跟控件大小相關的成員變量。

invalidate

invalidate使用的非常頻繁，它會觸發(fā)View的重新繪制，也就是繪制流程的draw過程，但不會調用測量和布局過程

postInvalidate

我們都知道Android的UI是單線程模型，只能在主線程更新UI，所以我們只能在主線程調用invalidate,如果想要在子線程更新ui,可以使用handler發(fā)送一個msg到主線程，然后在處理msg的時候去調用invalidate。另外，我們可以直接調用postInvalidate去在子線程更新UI，postInvalidate內(nèi)部實現(xiàn)也是使用handler來做發(fā)送msg到主線程然后調用invalidate。

setWillNotDraw

自定義ViewGroup通常是不會去繪制自己的，如果大家重寫ViewGroup里面的draw方法或者onDraw方法會發(fā)現(xiàn)它們根本就不會被調用到。但是如果給你的ViewGroup設置一個背景，就會發(fā)現(xiàn)draw方法和onDraw方法又都會走了。

我們知道ViewGroup本身是一個View,它的繪制是被其父容器發(fā)起的，具體的位置是在ViewGroup中的drawChild方法：

protected boolean drawChild(Canvas canvas, View child, long drawingTime) {return child.draw(canvas, this, drawingTime); }

注意這里的draw方法是帶三個參數(shù)的，與我們通常講的帶一個參數(shù)的draw方法不一樣。在View類中找到帶三個參數(shù)的draw方法，發(fā)現(xiàn)里面有這么一段代碼：

if (!hasDisplayList) { // Fast path for layouts with no backgrounds if ((mPrivateFlags & PFLAG_SKIP_DRAW) == PFLAG_SKIP_DRAW) {mPrivateFlags &= ~PFLAG_DIRTY_MASK;dispatchDraw(canvas); } else {draw(canvas); }}

從這里我們可以看出一點端倪，通常一個ViewGroup默認是會跳過繪制的，也即 (mPrivateFlags & PFLAG_SKIP_DRAW) == PFLAG_SKIP_DRAW 會返回一個true,那么會直接走dispatchDraw方法去畫它自己的孩子去了，并不會調用帶一個參數(shù)的 draw(canvas) ,但是當這個ViewGroup有背景或者setWillNotDraw(false)是，就會走 draw(canvas) 方法。

所以如果我們自定義一個ViewGroup并且想要實現(xiàn)它本身的繪制的話，就可以給它設置一個背景或者調用 setWillNotDraw(false)

onAttachedToWindow

onAttachedToWindow是當一個View綁定到window上時的調用，根據(jù)View類里面的對這個方法的注釋，onAttachedToWindow肯定會在onDraw方法之前調用。

在自定義控件里面，我們可以在onAttachedToWindow注冊一些廣播接收器，觀察者或者開啟一些任務，大家可以參考TextClock的里面的實現(xiàn)。

onDetachedFromWindow

onDetachedFromWindow對應于onAttachedToWindow,是當一個View從window上移除時的一個調用。如果在onAttachedWindow里面注冊了一些監(jiān)聽，那么通常就要在onDetachedFromWindow里面反注冊。

ViewTreeObserver

ViewTreeObserver是視圖樹的觀察者，監(jiān)聽一些視圖樹的全局變化，這些全局變化包括整個視圖樹的布局，開始繪制，觸摸模式的變化等。我們不能直接初始化ViewTreeObserver的對象，需要通過getViewTreeObserver()去獲取。

ViewTreeObserver.OnGlobalLayoutListener

當在一個視圖樹中全局布局發(fā)生改變或者視圖樹中的某個視圖的可視狀態(tài)發(fā)生改變的監(jiān)聽器，一般的使用姿勢是：

getViewTreeObserver().addOnGlobalLayoutListener(new OnGlobalLayoutListener() { @Override public void onGlobalLayout() {getViewTreeObserver().removeGlobalOnLayoutListener(this);//do something you like//for example, get view width or height height }});ViewTreeObserver.OnPreDrawListener

當一個視圖樹將要繪制時的監(jiān)聽器，一般的使用姿勢是：

getViewTreeObserver().addOnPreDrawListener(new OnPreDrawListener() { @Override public boolean onPreDraw() {//do something before draw//for example, request a new layoutreturn true; }});

來自：http://www.jianshu.com/p/744550c02cf1