最近在學(xué)習(xí)View流程的繪制，看了幾篇不錯的博客，自己也跟了下源碼，現(xiàn)不打算上篇大論的貼源碼了，需要詳細(xì)的分析過程的，可以參考Android應(yīng)用層View繪制流程與源碼分析，這篇文章寫的很詳細(xì)，現(xiàn)在只做下各個流程的總結(jié)，便于不了解的同學(xué)迅速了解整個流程，了解整個流程的也可以做迅速的回顧。

繪制起點(diǎn)

在Android應(yīng)用層View繪制流程與源碼分析這篇文章里，對繪制起點(diǎn)是這么描述的：

View的繪制，是在我們調(diào)用了Activity.setContentView() -> PhoneWindow.setContentView中的mContentParent.addView（mContentParent是FrameLayout）中調(diào)用了invalidate()后觸發(fā)的，invalidate()方法會調(diào)用ViewRootImpl.performTraversals()，Activity的整個View樹的繪制從這里開始的；

但其實(shí)這個描述是不對的，因?yàn)槲覀兌贾溃琕iew的測量、布局、繪制流程是在ActivityThread調(diào)用handleResumeActivity之后，把decorView加入到window，把window add到windowmanager之后才開始的，具體分析，可以看看Activity/Window/View的關(guān)系以及View的繪制時機(jī)和我再Activity啟動后View何時開始繪制（onCreate中還是onResume之后？） 文章里的分析。

//ActivityThread
final void handleResumeActivity(IBinder token,
        boolean clearHide, boolean isForward, boolean reallyResume, int seq, String reason) { 
     ...
      //執(zhí)行onResume
      r = performResumeActivity(token, clearHide, reason);
      ....
        if (!a.mWindowAdded) {
                        a.mWindowAdded = true;
                        //觸發(fā)requestLayout和invalidate方法，開始繪制
                        wm.addView(decor, l);
                    }
}

• 整個View樹的繪圖流程是在ViewRootImpl的performTraversals()開始的，整個方法分別調(diào)用了mView.measure()，mView.layout()，mView.draw(),完成了測量、布局和繪制流程（mView指的就是DecorView，也就是FrameLayout）；

measure測量

• measure的過程會遞歸整個View樹，在ViewGroup中會遍歷子View調(diào)用measureChildren\measureChild\measureChildWithMargins方法對子View進(jìn)行測量，這三個方法把根據(jù)子View的LayoutParams和ViewGroup自身的MesureSpec計(jì)算得到要傳入子View的MeasureSpec，然后調(diào)用childMeasure進(jìn)行繪制；
• measure的主要的作用就是對View樹中的每個View的mMeasuredWidth和mMeasuredHeight變量賦值
• measure方法不可以重寫，但子View可以覆寫onMeasure(),measure方法中回調(diào)了onMeasure;
• MeasureSpec參數(shù)，是由父View傳遞進(jìn)來的，代表了父View的規(guī)格。它是一個32位的整數(shù)，有兩部分組成，高2位代表模式，低30位代表了父View的具體的size。有三種模式：
  • MeasureSpec.EXACTLY表示確定大小;
  • MeasureSpec.AT_MOST表示最大大小;
  • MeasureSpec.UNSPECIFIED不確定;
• 當(dāng)通過setMeasuredDimension方法最終設(shè)置完成View的measure之后View的mMeasuredWidth和mMeasuredHeight成員才會有具體的數(shù)值，所以如果我們自定義的View或者使用現(xiàn)成的View想通過getMeasuredWidth()和getMeasuredHeight()方法來獲取View測量的寬高，必須保證這兩個方法在onMeasure流程之后被調(diào)用才能返回有效值;

layout布局

• layout方法接收四個參數(shù)，分別代表相對于Parent的上下左右；
• layout方法首先會調(diào)用setFrame方法把傳入的值賦值給mLeft\mRight\mTop\mBottom，然后判斷下是否發(fā)生了改變，如果改變，會調(diào)用onLayout方法；
• View的onLayout方法可以被重寫，但是ViewGroup的onLayout方法是抽象方法，要自定義一個ViewGroup，則必須實(shí)現(xiàn)onLayout方法（ViewGroup繼承自View,View的onLayout方法參數(shù)是上下左右位置，viewGroup的onLayout抽象方法參數(shù)多了一個changed）；
• 自定義ViewGroup的步驟：
  • 先調(diào)用onMeasure(按需實(shí)現(xiàn)，一般想要支持Wrap_Content屬性的時候需要測量)進(jìn)行測量；
  • 調(diào)用onLayout動態(tài)獲取子View和子View測量的大小，按需進(jìn)行布局；
• layout過程中，會參考measure過程中計(jì)算得到的mMeasuredWidth和mMeasuredHeight來安排子View在父View中的位置，但不是必須的；
• 所以，重點(diǎn)來了：

getWidth()和getHeight()必須是在layout執(zhí)行之后才有效，且與getMeasuredWidth()和getMeasuredHeight()不同，所以獲取View的實(shí)際大小，一定要在layout之后調(diào)用getWidth()方法和getHeight（）方法！

• 在具體ViewGroup的onLayout方法中，是一定會遍歷調(diào)用子View的layout方法的,所以也是遞歸的進(jìn)行整個View樹的布局。比如：LinearLayout的onLayout中會循環(huán)遍歷子孩子調(diào)用setChildFrame(),該方法會調(diào)用child.layout方法：

    void layoutVertical(int left, int top, int right, int bottom) {
        for (int i = 0; i < count; i++) {
                ...
                setChildFrame(child, childLeft, childTop + getLocationOffset(child),
                        childWidth, childHeight);
                childTop += childHeight + lp.bottomMargin + getNextLocationOffset(child);
            }
        }
    }
    
    private void setChildFrame(View child, int left, int top, int width, int height) {
        child.layout(left, top, left + width, top + height);
    }    

draw繪制

• 在ViewRootImpl中，經(jīng)過measure和layout之后，直接調(diào)用了mView.draw(canvas),這個mView就是DecorView;
• draw方法的內(nèi)部，進(jìn)行了如下幾步：
  • 繪制背景backgroud，所以要減少不必要的背景圖，避免過度繪制；
  • 調(diào)用onDraw()進(jìn)行繪制，View中的這個方法是空方法，需要各子View去實(shí)現(xiàn)，這個方法就是我們在自定義View的時候最關(guān)注的方法了；
  • 調(diào)用dispatchDraw()方法去繪制子View，這個方法在View中是空方法，但在ViewGroup中有實(shí)現(xiàn)，它遍歷去調(diào)用drawChild,在drawChild中又去調(diào)用了child.draw()，從而遞歸的去繪制View；
  • onDrawScrollBars()去繪制滾動條；

invalidate和postInvalidate

• invalidate只能在主線程中調(diào)用；
• invalidate方法有幾個重載方法，不僅僅是可以整個重繪View，也可以重繪View的一部分區(qū)域；
• invalidate的內(nèi)部調(diào)用了invalidateInternal,在invalidateInternal中調(diào)用了ViewParent.invalidateChild方法，把子View要刷新的區(qū)域傳遞給了父View；在父ViewGroup的validateChild方法中，循環(huán)層層先上傳遞（調(diào)用invalidateChildInParent方法），直到傳遞到ViewRootImpl,在ViewRootImpl的invalidateChildInParent方法中，調(diào)用scheduleTraversals()方法，scheduleTraversals會通過Handler的Runnable發(fā)送一個異步消息，調(diào)運(yùn)doTraversal方法，然后最終調(diào)用performTraversals()執(zhí)行重繪；
• postInvalidate跟invalidate的作用是一致的，只是它會先向主線程的消息隊(duì)列里發(fā)送一個MSG_INVALIDATE消息，主線程Looper到這個消息，就會調(diào)用invalidate,所以，postInvalidate支持子線程調(diào)用刷新UI；
• invalidate以后，不會調(diào)用measure和layout，只會進(jìn)行重繪需要重繪的View；
• 這個有個tips需要大家注意下： setVisibility時，Gone掉和InVisible是有區(qū)別的，inVisible只會進(jìn)行View的重繪，而Gone會調(diào)用requesetLayout和invalidate,導(dǎo)致整個View視圖樹的重新測量布局和繪制，所以，減少不必要的Gone的操作，可以適當(dāng)?shù)膶?yīng)用進(jìn)行優(yōu)化

requestLayout

  public void requestLayout() {
        ......
        if (mParent != null && !mParent.isLayoutRequested()) {
            mParent.requestLayout();
        }
        ......
    }

• 當(dāng)調(diào)用了requestLayout之后，會層層向上調(diào)用，直到調(diào)用到ViewRootImpl的requestLayout方法：

@Override
    public void requestLayout() {
        if (!mHandlingLayoutInLayoutRequest) {
            checkThread();
            mLayoutRequested = true;
            //View調(diào)運(yùn)requestLayout最終層層上傳到ViewRootImpl后最終觸發(fā)了該方法
            scheduleTraversals();
        }
    }

• 最終觸發(fā)了ViewRootImpl的scheduleTraversals()方法，最終會調(diào)用到ViewRootImpl的performTraversals()方法，不過，由于整個過程中觸發(fā)的標(biāo)記位與invalidate不一樣，在performTraversals()中，會重新的measure和layout，也可能會調(diào)用draw，也可能不會調(diào)用draw;

參考鏈接

Android應(yīng)用層View繪制流程與源碼分析 （強(qiáng)烈推薦）

Android View 深度分析requestLayout、invalidate與postInvalidate