自定義控件常用方法總結
自定義控件中除了繪制流程涉及到的測量布局繪制的api, 還有一些api使用的也比較頻繁，這里叔做了一下總結，也請同學們補充或糾正，讓叔也漲漲姿勢。
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內部實現(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上時的調用，根據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 layout
- return true;
- }
- });
