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);}所以這兩種姿勢沒啥區別,這里來討論一下inflate(resouce, root)的返回值,參數resource是布局資源,root是傳入的一個根節點。如果root傳入一個null,inflate就會解析resource對應的xml,返回這個xml中的根節點,如果root傳入不為null,inflate會解析這個xml布局并且添加到根節點root下,然后返回根節點root。
另外還有帶三個參數的inflate方法:
inflate(int resource, ViewGroup root, boolean attachToRoot)這里多了一個參數attachToRoot,如果root為null,則返回解析后的xml布局中的根節點;如果root不為null,attachToRoot為true,inflate會解析這個xml布局并且添加到根節點root下,然后返回根節點root;如果root不為null,attachToRoot為false,inflate會解析這個xml布局但不會添加到根節點root下,然后返回解析后的xml布局中的根節點,這時候root的作用只是為xml中的根節點提供布局參數的屬性,因為xml中的根節點不知道自己的父容器是誰,所以如果沒有人給它提供的話,它的布局參數就會失效。
onFinishInflate
onFinishInflate是當所有的孩子都解析完后的一個調用。比如我們自定義一個ViewGroup,想要去找到孩子做一些設置,這時候如果在自定義ViewGroup的構造函數去findViewById的話,會返回一個null,因為此時孩子還沒有解析好,也就是還沒有生出來。這時候我們可以去覆寫onFinishInflate,當孩子解析好后再去find。
requestLayout
關于requestLayout的介紹比較多,requestLayout()方法會觸發measure過程和layout過程,不會調用draw過程,也不會重新繪制任何View包括該調用者本身。
onSizeChange(int w, int h, int oldw, int oldh)
onSizeChange是控件的大小發生變化的時候的調用,它的調用軌跡是layout->setFrame->sizeChange->onSizeChange。當控件第一次布局時肯定會被調用到,我們覆寫該方法可以獲取到控件的大小。所以這個方法通常被用來在里面初始化跟控件大小相關的成員變量。
invalidate
invalidate使用的非常頻繁,它會觸發View的重新繪制,也就是繪制流程的draw過程,但不會調用測量和布局過程。
postInvalidate
我們都知道Android的UI是單線程模型,只能在主線程更新UI,所以我們只能在主線程調用invalidate,如果想要在子線程更新ui,可以使用handler發送一個msg到主線程,然后在處理msg的時候去調用invalidate。另外,我們可以直接調用postInvalidate去在子線程更新UI,postInvalidate內部實現也是使用handler來發送msg到主線程然后調用invalidate。
setWillNotDraw
自定義ViewGroup通常是不會去繪制自己的,如果大家重寫ViewGroup里面的draw方法或者onDraw方法會發現它們根本就不會被調用到。但是如果給你的ViewGroup設置一個背景,就會發現draw方法和onDraw方法又都會走了。
我們知道ViewGroup本身是一個View,它的繪制是被其父容器發起的,具體的位置是在ViewGroup中的drawChild方法:
PRotected boolean drawChild(Canvas canvas, View child, long drawingTime) { return child.draw(canvas, this, drawingTime);}注意這里的draw方法是帶三個參數的,與我們通常講的帶一個參數的draw方法不一樣。在View類中找到帶三個參數的draw方法,發現里面有這么一段代碼:
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方法去畫它自己的孩子去了,并不會調用帶一個參數的draw(canvas)
,但是當這個ViewGroup有背景或者setWillNotDraw(false)時,就會走draw(canvas)
方法。所以如果我們自定義一個ViewGroup并且想要實現它本身的繪制的話,就可以給它設置一個背景或者調用setWillNotDraw(false)
。
onAttachedToWindow
onAttachedToWindow是當一個View綁定到window上時的調用,根據View類里面的對這個方法的注釋,onAttachedToWindow肯定會在onDraw方法之前調用。在自定義控件里面,我們可以在onAttachedToWindow注冊一些廣播接收器,觀察者或者開啟一些任務,大家可以參考TextClock的里面的實現。
onDetachedFromWindow
onDetachedFromWindow對應于onAttachedToWindow,是當一個View從window上移除時的一個調用。如果在onAttachedWindow里面注冊了一些監聽,那么通常就要在onDetachedFromWindow里面反注冊。
ViewTreeObserver
ViewTreeObserver是視圖樹的觀察者,監聽一些視圖樹的全局變化,這些全局變化包括整個視圖樹的布局,開始繪制,觸摸模式的變化等。我們不能直接初始化ViewTreeObserver的對象,需要通過getViewTreeObserver()去獲取。
ViewTreeObserver.OnGlobalLayoutListener
當在一個視圖樹中全局布局發生改變或者視圖樹中的某個視圖的可視狀態發生改變的監聽器,一般的使用姿勢是:
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
當一個視圖樹將要繪制時的監聽器,一般的使用姿勢是:
getViewTreeObserver().addOnPreDrawListener(new OnPreDrawListener() { @Override public boolean onPreDraw() { //do something before draw //for example, request a new layout return true; }
});原文地址:http://mp.weixin.QQ.com/s?__biz=MzI0MjE3OTYwMg==&mid=2649548795&idx=1&sn=b7bc070beb02171afa20466d89c36353&chksm=f1180c86c66f8590549cbcf613188eec03a046be240b0a072e58c9aa53b676926711bddb0a68&mpshare=1&scene=23&srcid=0225NqQh4xzCCfY9fbjtts2d#rd
新聞熱點
疑難解答