前言
本文的目的有兩個：
給對自定義View感興趣的人一些入門的指引
給正在使用自定義View的人一些更深入的解析
自定義View一直都被認為是Android開發高手的必備技能，而穩中帶皮的學習View的基礎體系，這是自定義View的必經之路，如果自定義View如果設計的不好或者不考慮性能的話會造成很大的問題。所以我們進入View工作流程的分析。
一、Android的UI層級繪制體系
Android中的Activity是作為應用程序的載體存在的，它代表一個完整的用戶界面并提供了窗口進行視圖繪制。
在這里，我們這里所說的視圖繪制，實質上就是在對View及其子類進行操作。而View作為視圖控件的頂層父類，在本文中會對其進行詳細分析。我們以Android的UI層級繪制體系為切入點對View進行探究。
圖1 View的層級結構
Android的UI層級繪制體系如圖1所示。
繪制體系中做了這些事情
①當調用 Activity 的setContentView 方法后會調用PhoneWindow 類的setContentView方法（PhoneWindow是抽象類Windiw的實現類，Window用來描述Activity視圖最頂端的窗口的顯示內容和行為動作）。
②PhoneWindow類的setContentView方法中最終會生成一個DecorView對象（DectorView是是PhoneWindow的內部類，繼承自FrameLayout）。
③DecorView容器中包含根布局，根布局中包含一個id為content的FrameLayout布局，Activity加載布局的xml最后通過LayoutInflater將xml文件中的內容解析成View層級體系，最后填加到id為content的FrameLayout布局中。
至此，View最終就會顯示到手機屏幕上。
二、View的視圖繪制流程剖析
1、DecorView被加載到Window中
DecorView被加載到Window的過程中，WindowManager起到了關鍵性的作用，最后交給ViewRootImpl做詳細處理，通過如下的局部ActivityThread的源碼分析這一點可以得到印證(在這里我只展示核心源碼，詳細源碼可以在代碼中查看)。
finalvoidhandleResumeActivity(IBinder token,booleanclearHide,booleanisForward,booleanreallyResume,intseq, String reason){? ? ? ? ActivityClientRecord r = mActivities.get(token);? ? ? ...//在這里執行performResumeActivity的方法中會執行Activity的onResume()方法r = performResumeActivity(token, clearHide, reason);? ? ? ...if(r.window ==null&& !a.mFinished && willBeVisible) {//PhoneWindow在這里獲取到r.window = r.activity.getWindow();//DecorView在這里獲取到View decor = r.window.getDecorView();? ? ? ? ? decor.setVisibility(View.INVISIBLE);//獲取ViewManager對象，在這里getWindowManager()實質上獲取的是ViewManager的子類對象WindowManagerViewManager wm = a.getWindowManager();? ? ? ? ? ...if(r.mPreserveWindow) {? ? ? ? ? ...//獲取ViewRootImpl對象ViewRootImpl impl = decor.getViewRootImpl();? ? ? ? ? ...? ? ? ? ? }if(a.mVisibleFromClient) {if(!a.mWindowAdded) {? ? ? ? ? ? ? ? ? a.mWindowAdded =true;//在這里WindowManager將DecorView添加到PhoneWindow中wm.addView(decor, l);? ? ? ? ? ? ? ? ? }? ? ? ? ? ? ? ? ? ? ...? ? ? ? ? }? ? ? ? ? ...? ? }
WindowManager將DecorView添加到PhoneWindow中，即addView()方法執行時將視圖添加的動作交給了ViewRoot，ViewRoot作為接口，其實現類ViewRootImpl具體實現了addView()方法，最后，視圖的具體繪制在performTraversals()中展開，如下圖2.1所示：
圖2.1 View繪制的代碼層級分析
2、ViewRootImpl的performTraversals()方法完成具體的視圖繪制流程
在源碼中ViewRootImpl中視圖具體繪制的流程如下：
privatevoidperformTraversals(){// cache mView since it is used so much below...//mView就是DecorView根布局finalView host = mView;//在Step3 成員變量mAdded賦值為true，因此條件不成立if(host ==null|| !mAdded)return;//是否正在遍歷mIsInTraversal =true;//是否馬上繪制ViewmWillDrawSoon =true;? ? ? ? ...//頂層視圖DecorView所需要窗口的寬度和高度intdesiredWindowWidth;intdesiredWindowHeight;? ? ? ? ...//在構造方法中mFirst已經設置為true，表示是否是第一次繪制DecorViewif(mFirst) {? ? ? ? ? ? mFullRedrawNeeded =true;? ? ? ? ? ? mLayoutRequested =true;//如果窗口的類型是有狀態欄的，那么頂層視圖DecorView所需要窗口的寬度和高度就是除了狀態欄if(lp.type == WindowManager.LayoutParams.TYPE_STATUS_BAR_PANEL? ? ? ? ? ? ? ? ? ? || lp.type == WindowManager.LayoutParams.TYPE_INPUT_METHOD) {// NOTE -- system code, won't try to do compat mode.Point size =newPoint();? ? ? ? ? ? ? ? mDisplay.getRealSize(size);? ? ? ? ? ? ? ? desiredWindowWidth = size.x;? ? ? ? ? ? ? ? desiredWindowHeight = size.y;? ? ? ? ? ? }else{//否則頂層視圖DecorView所需要窗口的寬度和高度就是整個屏幕的寬高DisplayMetrics packageMetrics =? ? ? ? ? ? ? ? ? ? mView.getContext().getResources().getDisplayMetrics();? ? ? ? ? ? ? ? desiredWindowWidth = packageMetrics.widthPixels;? ? ? ? ? ? ? ? desiredWindowHeight = packageMetrics.heightPixels;? ? ? ? ? ? }? ? }? ...//獲得view寬高的測量規格，mWidth和mHeight表示窗口的寬高，lp.widthhe和lp.height表示DecorView根布局寬和高intchildWidthMeasureSpec = getRootMeasureSpec(mWidth, lp.width);intchildHeightMeasureSpec = getRootMeasureSpec(mHeight, lp.height);// Ask host how big it wants to be//執行測量操作performMeasure(childWidthMeasureSpec, childHeightMeasureSpec);? ...//執行布局操作performLayout(lp, desiredWindowWidth, desiredWindowHeight);? ...//執行繪制操作performDraw();}
該方法主要流程就體現了View繪制渲染的三個主要步驟，分別是測量，擺放，繪制三個階段。流程圖如下圖2.2所示：
圖2.2 View的繪制流程
接下來，我們對于 performMeasure()、performLayout()、 performDraw()完成具體拆解分析。實質上最后就需要定位到View的onMeasure()、onLayout()、onDraw()方法中。
三、MeasureSpec在View體系中的作用
1、MeasureSpec的作用
首先我們從performMeasure()入手分析，在上面的內容中，我們通過源碼可以看到 performMeasure()方法中傳入了childWidthMeasureSpec、childHeightMeasureSpec兩個int類型的值，performMeasure方法的源碼如下所示：
privatevoidperformMeasure(intchildWidthMeasureSpec,intchildHeightMeasureSpec){? ? ? ? Trace.traceBegin(Trace.TRACE_TAG_VIEW,"measure");try{? ? ? ? ? ? mView.measure(childWidthMeasureSpec, childHeightMeasureSpec);? ? ? ? }finally{? ? ? ? ? ? Trace.traceEnd(Trace.TRACE_TAG_VIEW);? ? ? ? }}
這兩個值又傳遞到mView.measure(childWidthMeasureSpec, childHeightMeasureSpec)方法中，其中measure方法的核心源碼如下：
publicfinalvoidmeasure(intwidthMeasureSpec,intheightMeasureSpec){booleanoptical = isLayoutModeOptical(this);if(optical != isLayoutModeOptical(mParent)) {? ? ? ? ? ? Insets insets = getOpticalInsets();intoWidth? = insets.left + insets.right;intoHeight = insets.top? + insets.bottom;//根據原有寬高計算獲取不同模式下的具體寬高值widthMeasureSpec? = MeasureSpec.adjust(widthMeasureSpec,? optical ? -oWidth? : oWidth);? ? ? ? ? ? heightMeasureSpec = MeasureSpec.adjust(heightMeasureSpec, optical ? -oHeight : oHeight);? ? ? ? }? ? ? ? ...if(forceLayout || needsLayout) {// first clears the measured dimension flagmPrivateFlags &= ~PFLAG_MEASURED_DIMENSION_SET;? ? ? ? ? ? resolveRtlPropertiesIfNeeded();intcacheIndex = forceLayout ? -1: mMeasureCache.indexOfKey(key);if(cacheIndex <0|| sIgnoreMeasureCache) {// measure ourselves, this should set the measured dimension flag back//在該方法中子控件完成具體的測量onMeasure(widthMeasureSpec, heightMeasureSpec);? ? ? ? ? ? ? ? ...? ? ? ? ? ? }? ? ? ? ? ...? ? }
到這里我們應該明確，childWidthMeasureSpec, childHeightMeasureSpec是MeasureSpec根據原有寬高計算獲取不同模式下的具體寬高值。
2、MeasureSpec剖析
MeasureSpec是View的內部類，內部封裝了View的規格尺寸，以及View的寬高信息。在Measure的流程中，系統會將View的LayoutParams根據父容器是施加的規則轉換為MeasureSpec，然后在onMeasure()方法中具體確定控件的寬高信息。源碼及分析如下所示：
publicstaticclassMeasureSpec{//int類型占4個字節，其中高2位表示尺寸測量模式，低30位表示具體的寬高信息privatestaticfinalintMODE_SHIFT =30;privatestaticfinalintMODE_MASK? =0x3<< MODE_SHIFT;/**@hide*/@IntDef({UNSPECIFIED, EXACTLY, AT_MOST})@Retention(RetentionPolicy.SOURCE)public@interfaceMeasureSpecMode {}//如下所示是MeasureSpec中的三種模式：UNSPECIFIED、EXACTLY、AT_MOST? ? ? ? ? ? ? ? ? /**
? ? ? ? * Measure specification mode: The parent has not imposed any constraint
? ? ? ? * on the child. It can be whatever size it wants.
? ? ? ? */publicstaticfinalintUNSPECIFIED =0<< MODE_SHIFT;/**
? ? ? ? * Measure specification mode: The parent has determined an exact size
? ? ? ? * for the child. The child is going to be given those bounds regardless
? ? ? ? * of how big it wants to be.
? ? ? ? */publicstaticfinalintEXACTLY? ? =1<< MODE_SHIFT;/**
? ? ? ? * Measure specification mode: The child can be as large as it wants up
? ? ? ? * to the specified size.
? ? ? ? */publicstaticfinalintAT_MOST? ? =2<< MODE_SHIFT;//根據尺寸測量模式跟寬高具體確定控件的具體寬高publicstaticintmakeMeasureSpec(@IntRange(from =0, to = (1<< MeasureSpec.MODE_SHIFT)- 1)intsize,? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? @MeasureSpecModeintmode){if(sUseBrokenMakeMeasureSpec) {returnsize + mode;? ? ? ? ? ? }else{return(size & ~MODE_MASK) | (mode & MODE_MASK);? ? ? ? ? ? }? ? ? ? }/**? ? ? ? * Like {@link#makeMeasureSpec(int, int)}, but any spec with a mode of UNSPECIFIED? ? ? ? * will automatically get a size of 0. Older apps expect this.? ? ? ? *? ? ? ? *@hideinternal use only for compatibility with system widgets and older apps? ? ? ? */publicstaticintmakeSafeMeasureSpec(intsize,intmode){if(sUseZeroUnspecifiedMeasureSpec && mode == UNSPECIFIED) {return0;? ? ? ? ? ? }returnmakeMeasureSpec(size, mode);? ? ? ? }//獲取尺寸模式/**? ? ? ? * Extracts the mode from the supplied measure specification.? ? ? ? *? ? ? ? *@parammeasureSpec the measure specification to extract the mode from? ? ? ? *@return{@linkandroid.view.View.MeasureSpec#UNSPECIFIED},? ? ? ? *? ? ? ? {@linkandroid.view.View.MeasureSpec#AT_MOST} or? ? ? ? *? ? ? ? {@linkandroid.view.View.MeasureSpec#EXACTLY}? ? ? ? */@MeasureSpecModepublicstaticintgetMode(intmeasureSpec){//noinspection ResourceTypereturn(measureSpec & MODE_MASK);? ? ? ? }//獲取寬高信息/**? ? ? ? * Extracts the size from the supplied measure specification.? ? ? ? *? ? ? ? *@parammeasureSpec the measure specification to extract the size from? ? ? ? *@returnthe size in pixels defined in the supplied measure specification? ? ? ? */publicstaticintgetSize(intmeasureSpec){return(measureSpec & ~MODE_MASK);? ? ? ? }//將控件的尺寸模式、寬高信息進行拆解查看，并對不同模式下的寬高信息進行不同的處理staticintadjust(intmeasureSpec,intdelta){finalintmode = getMode(measureSpec);intsize = getSize(measureSpec);if(mode == UNSPECIFIED) {// No need to adjust size for UNSPECIFIED mode.returnmakeMeasureSpec(size, UNSPECIFIED);? ? ? ? ? ? }? ? ? ? ? ? size += delta;if(size <0) {? ? ? ? ? ? ? ? Log.e(VIEW_LOG_TAG,"MeasureSpec.adjust: new size would be negative! ("+ size +") spec: "+ toString(measureSpec) +" delta: "+ delta);? ? ? ? ? ? ? ? size =0;? ? ? ? ? ? }returnmakeMeasureSpec(size, mode);? ? ? ? }/**? ? ? ? * Returns a String representation of the specified measure? ? ? ? * specification.? ? ? ? *? ? ? ? *@parammeasureSpec the measure specification to convert to a String? ? ? ? *@returna String with the following format: "MeasureSpec: MODE SIZE"? ? ? ? */publicstaticStringtoString(intmeasureSpec){intmode = getMode(measureSpec);intsize = getSize(measureSpec);? ? ? ? ? ? StringBuilder sb =newStringBuilder("MeasureSpec: ");if(mode == UNSPECIFIED)? ? ? ? ? ? ? ? sb.append("UNSPECIFIED ");elseif(mode == EXACTLY)? ? ? ? ? ? ? ? sb.append("EXACTLY ");elseif(mode == AT_MOST)? ? ? ? ? ? ? ? sb.append("AT_MOST ");elsesb.append(mode).append(" ");? ? ? ? ? ? sb.append(size);returnsb.toString();? ? ? ? }? ? }
MeasureSpec的常量中指定了兩種內容，一種為尺寸模式，一種為具體的寬高信息。其中高2位表示尺寸測量模式，低30位表示具體的寬高信息。
尺寸測量模式有如下三種：
尺寸測量模式的3種類型
①UNSPECIFIED：未指定模式，父容器不限制View的大小，一般用于系統內部的測量
②AT_MOST：最大模式，對應于在xml文件中指定控件大小為wrap_content屬性，子View的最終大小是父View指定的大小值，并且子View的大小不能大于這個值
③EXACTLY ：精確模式，對應于在xml文件中指定控件為match_parent屬性或者是具體的數值，父容器測量出View所需的具體大小
我幫你總結一下
對于每一個View，都持有一個MeasureSpec，MeasureSpec保存了該View的尺寸測量模式以及具體的寬高信息，MeasureSpec受自身的LayoutParams和父容器的MeasureSpec共同影響。
四、View的Measure流程分析
1、View樹的Measure測量流程邏輯圖
2、View的Measure流程分析
那么在上文3.1的分析中，我們能夠明確在measure方法中最后調用onMeasure()方法完成子View的具體測量，onMeasure()方法的源碼如下所示：
protectedvoidonMeasure(intwidthMeasureSpec,intheightMeasureSpec){? ? ? ? setMeasuredDimension(getDefaultSize(getSuggestedMinimumWidth(), widthMeasureSpec),? ? ? ? ? ? ? ? getDefaultSize(getSuggestedMinimumHeight(), heightMeasureSpec));? ? }
setMeasuredDimension()方法在onMeasure()中被調用，被用于存儲測繪的寬度、高度，而不這樣做的話會觸發測繪時的異常。
protectedfinalvoidsetMeasuredDimension(intmeasuredWidth,intmeasuredHeight){booleanoptical = isLayoutModeOptical(this);if(optical != isLayoutModeOptical(mParent)) {? ? ? ? ? ? Insets insets = getOpticalInsets();intopticalWidth? = insets.left + insets.right;intopticalHeight = insets.top? + insets.bottom;? ? ? ? ? ? measuredWidth? += optical ? opticalWidth? : -opticalWidth;? ? ? ? ? ? measuredHeight += optical ? opticalHeight : -opticalHeight;? ? ? ? }? ? ? ? setMeasuredDimensionRaw(measuredWidth, measuredHeight);? ? }
在setMeasuredDimension()方法中傳入的是getDefaultSize()，接著分析getDefaultSize()中做了哪些操作：
publicstaticintgetDefaultSize(intsize,intmeasureSpec){intresult = size;intspecMode = MeasureSpec.getMode(measureSpec);intspecSize = MeasureSpec.getSize(measureSpec);switch(specMode) {caseMeasureSpec.UNSPECIFIED:? ? ? ? ? ? result = size;break;caseMeasureSpec.AT_MOST:caseMeasureSpec.EXACTLY:? ? ? ? ? ? result = specSize;break;? ? ? ? }returnresult;? ? }
通過上文對MeasureSpec的分析，在這里我們就能明確，getDefaultSize實質上就是根據測繪模式確定子View的具體大小，而對于自定義View而言，子View的寬高信息不僅由自身決定，如果它被包裹在ViewGroup中就需要具體測量得到其精確值。
3、View的Measure過程中遇到的問題以及解決方案
View 的measure過程和Activity的生命周期方法不是同步執行的，因此無法保證Activity執行了onCreate、onStart、onResume時某個View已經測量完畢了。如果View還沒有測量完畢，那么獲得的寬和高都是0。下面是3種解決該問題的方法：
①Activity/View的onWindowsChanged()方法
onWindowFocusChanged()方法表示 View 已經初始化完畢了，寬高已經準備好了，這個時候去獲取是沒問題的。這個方法會被調用多次，當Activity繼續執行或者暫停執行的時候，這個方法都會被調用，代碼如下：
publicvoidonWindowFocusChanged(booleanhasWindowFocus){super.onWindowFocusChanged(hasWindowFocus);if(hasWindowFocus){intwidth=view.getMeasuredWidth();intheight=view.getMeasuredHeight();? ? ? }? ? ? ? }
②View.post(runnable)方法
通過post將一個 Runnable投遞到消息隊列的尾部，然后等待Looper調用此runnable的時候View也已經初始化好了
@OverrideprotectedvoidonStart(){super.onStart();? ? ? view.post(newRunnable() {@Overridepublicvoidrun(){intwidth=view.getMeasuredWidth();intheight=view.getMeasuredHeight();? ? ? ? ? }? ? ? });? }
③ViewTreeObsever
使用 ViewTreeObserver 的眾多回調方法可以完成這個功能，比如使用onGlobalLayoutListener 接口，當 View樹的狀態發生改變或者View樹內部的View的可見性發生改變時，onGlobalLayout 方法將被回調。伴隨著View樹的變化，這個方法也會被多次調用。
@OverrideprotectedvoidonStart(){super.onStart();? ? ? ViewTreeObserver viewTreeObserver=view.getViewTreeObserver();? ? ? viewTreeObserver.addOnGlobalLayoutListener(newViewTreeObserver.OnGlobalLayoutListener() {@OverridepublicvoidonGlobalLayout(){? ? ? ? ? ? ? view.getViewTreeObserver().removeOnGlobalLayoutListener(this);intwidth=view.getMeasuredWidth();intheight=view.getMeasuredHeight();? ? ? ? ? }? ? ? });? }
當然，在這里你可以通過setMeasuredDimension()方法對子View的具體寬高以及測量模式進行指定。
五、View的layout流程分析
1、View樹的layout擺放流程邏輯圖
2、View的layout流程分析
layout 的作用是ViewGroup來確定子元素的位置，當 ViewGroup 的位置被確定后，在layout中會調用onLayout ，在onLayout中會遍歷所有的子元素并調用子元素的 layout 方法。
在代碼中設置View的成員變量 mLeft，mTop，mRight，mBottom 的值，這幾個值是在屏幕上構成矩形區域的四個坐標點，就是該View顯示的位置，不過這里的具體位置都是相對與父視圖的位置而言，而 onLayout 方法則會確定所有子元素位置，ViewGroup在onLayout函數中通過調用其children的layout函數來設置子視圖相對與父視圖中的位置，具體位置由函數 layout 的參數決定。下面我們先看View的layout 方法(只展示關鍵性代碼)如下：
/*?
*@param l view 左邊緣相對于父布局左邊緣距離
*@param t view 上邊緣相對于父布局上邊緣位置
*@param r view 右邊緣相對于父布局左邊緣距離
*@param b view 下邊緣相對于父布局上邊緣距離
*/publicvoidlayout(intl,intt,intr,intb){? ? ? ? ...//記錄 view 原始位置? intoldL = mLeft;intoldT = mTop;intoldB = mBottom;intoldR = mRight;//調用 setFrame 方法 設置新的 mLeft、mTop、mBottom、mRight 值，? //設置 View 本身四個頂點位置? //并返回 changed 用于判斷 view 布局是否改變? booleanchanged = isLayoutModeOptical(mParent) ?? ? ? ? ? ? ? ? setOpticalFrame(l, t, r, b) : setFrame(l, t, r, b);//第二步，如果 view 位置改變那么調用 onLayout 方法設置子 view 位置? if(changed || (mPrivateFlags & PFLAG_LAYOUT_REQUIRED) == PFLAG_LAYOUT_REQUIRED) {//調用 onLayout? onLayout(changed, l, t, r, b);? ? ? ? ? ? ...? ? ? ? }? ? ? ? ...? ? }
六、View的draw流程分析
1、View樹的draw繪制流程邏輯圖
2、View的draw流程分析
在View的draw()方法的注釋中，說明了繪制流程中具體每一步的作用，源碼中對于draw()方法的注釋如下，我們在這里重點分析注釋中除第2、第5步外的其他步驟。
/*
? ? ? ? * Draw traversal performs several drawing steps which must be executed
? ? ? ? * in the appropriate order:
? ? ? ? *
? ? ? ? *? ? ? 1. Draw the background（繪制背景）
? ? ? ? *? ? ? 2. If necessary, save the canvas' layers to prepare for fading（如果需要的話，保存畫布背景以展示漸變效果）
? ? ? ? *? ? ? 3. Draw view's content（繪制View的內容）
? ? ? ? *? ? ? 4. Draw children（繪制子View）
? ? ? ? *? ? ? 5. If necessary, draw the fading edges and restore layers（如果需要的話，繪制漸變邊緣并恢復畫布圖層。）
? ? ? ? *? ? ? 6. Draw decorations (scrollbars for instance)（繪制裝飾（例如滾動條scrollbar））
? ? ? ? */
①View中的drawBackground()繪制背景
核心源碼如下：
privatevoiddrawBackground(Canvas canvas){finalDrawable background = mBackground;if(background ==null) {return;? ? ? ? }? ? ? ? ...finalintscrollX = mScrollX;finalintscrollY = mScrollY;if((scrollX | scrollY) ==0) {? ? ? ? ? ? background.draw(canvas);? ? ? ? }else{? ? ? ? ? ? canvas.translate(scrollX, scrollY);? ? ? ? ? ? background.draw(canvas);? ? ? ? ? ? canvas.translate(-scrollX, -scrollY);? ? ? ? }? ? }
如果背景有偏移，實質上對畫布首先做偏移處理，然后在其上進行繪制。
②View內容的繪制
View內容的繪制源碼如下所示：
protectedvoidonDraw(Canvas canvas){? ? }
該方法是空實現，就根據不同的內容進行不同的設置，自定義View中就需要重寫該方法加入我們自己的業務邏輯。
③子View的繪制
子View的繪制源碼如下所示：
protectedvoiddispatchDraw(Canvas canvas){? ? }
該方法同樣為空實現，而對于ViewGroup而言對子View進行遍歷，并最終調用子View的onDraw方法進行繪制。
④裝飾繪制
裝飾繪制的源碼如下所示(只展示核心源碼)：
publicvoidonDrawForeground(Canvas canvas){//繪制前景裝飾onDrawScrollIndicators(canvas);? ? ? ? onDrawScrollBars(canvas);? ? ? ...? ? ? ? ? ? foreground.draw(canvas);? ? }
很明顯，在這里onDrawForeground()方法用于繪制例如ScrollBar等其他裝飾，并將它們顯示在視圖的最上層。
七、視圖重繪
1、requestLayout重新繪制視圖
子View調用requestLayout方法，會標記當前View及父容器，同時逐層向上提交，直到ViewRootImpl處理該事件，ViewRootImpl會調用三大流程，從measure開始，對于每一個含有標記位的view及其子View都會進行測量、布局、繪制。
2、invalidate在UI線程中重新繪制視圖
當子View調用了invalidate方法后，會為該View添加一個標記位，同時不斷向父容器請求刷新，父容器通過計算得出自身需要重繪的區域，直到傳遞到ViewRootImpl中，最終觸發performTraversals方法，進行開始View樹重繪流程(只繪制需要重繪的視圖)。
3、postInvalidate在非UI線程中重新繪制視圖
這個方法與invalidate方法的作用是一樣的，都是使View樹重繪，但兩者的使用條件不同，postInvalidate是在非UI線程中調用，invalidate則是在UI線程中調用。
我要總結了
總結一下
一般來說，如果View確定自身不再適合當前區域，比如說它的LayoutParams發生了改變，需要父布局對其進行重新測量、擺放、繪制這三個流程，往往使用requestLayout。而invalidate則是刷新當前View，使當前View進行重繪，不會進行測量、布局流程，因此如果View只需要重繪而不需要測量，布局的時候，使用invalidate方法往往比requestLayout方法更高效。
作者：Alex_Payne
鏈接：http://www.lxweimin.com/p/af266ff378c6
來源：簡書
簡書著作權歸作者所有，任何形式的轉載都請聯系作者獲得授權并注明出處。
