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

繪制起點(diǎn)

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

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

但其實(shí)這個(gè)描述是不對的身坐，因?yàn)槲覀兌贾澜胀眩琕iew的測量、布局部蛇、繪制流程是在ActivityThread調(diào)用handleResumeActivity之后摊唇，把decorView加入到window，把window add到windowmanager之后才開始的涯鲁，具體分析巷查，可以看看Activity/Window/View的關(guān)系以及View的繪制時(shí)機(jī)和我再Activity啟動(dòng)后View何時(shí)開始繪制（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);
                    }
}

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

measure測量

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

layout布局

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

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

• 在具體ViewGroup的onLayout方法中，是一定會(huì)遍歷調(diào)用子View的layout方法的,所以也是遞歸的進(jìn)行整個(gè)View樹的布局。比如：LinearLayout的onLayout中會(huì)循環(huán)遍歷子孩子調(diào)用setChildFrame(),該方法會(huì)調(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),這個(gè)mView就是DecorView;
• draw方法的內(nèi)部，進(jìn)行了如下幾步：
  • 繪制背景backgroud迈倍，所以要減少不必要的背景圖伤靠，避免過度繪制；
  • 調(diào)用onDraw()進(jìn)行繪制啼染，View中的這個(gè)方法是空方法宴合，需要各子View去實(shí)現(xiàn)，這個(gè)方法就是我們在自定義View的時(shí)候最關(guān)注的方法了迹鹅；
  • 調(diào)用dispatchDraw()方法去繪制子View卦洽，這個(gè)方法在View中是空方法，但在ViewGroup中有實(shí)現(xiàn)斜棚，它遍歷去調(diào)用drawChild,在drawChild中又去調(diào)用了child.draw()阀蒂，從而遞歸的去繪制View；
  • onDrawScrollBars()去繪制滾動(dòng)條弟蚀；

invalidate和postInvalidate

• invalidate只能在主線程中調(diào)用蚤霞；
• invalidate方法有幾個(gè)重載方法，不僅僅是可以整個(gè)重繪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會(huì)通過Handler的Runnable發(fā)送一個(gè)異步消息序调，調(diào)運(yùn)doTraversal方法醉锅，然后最終調(diào)用performTraversals()執(zhí)行重繪；
• postInvalidate跟invalidate的作用是一致的发绢，只是它會(huì)先向主線程的消息隊(duì)列里發(fā)送一個(gè)MSG_INVALIDATE消息硬耍，主線程Looper到這個(gè)消息，就會(huì)調(diào)用invalidate,所以边酒，postInvalidate支持子線程調(diào)用刷新UI经柴；
• invalidate以后，不會(huì)調(diào)用measure和layout墩朦，只會(huì)進(jìn)行重繪需要重繪的View坯认；
• 這個(gè)有個(gè)tips需要大家注意下： setVisibility時(shí)，Gone掉和InVisible是有區(qū)別的，inVisible只會(huì)進(jìn)行View的重繪牛哺，而Gone會(huì)調(diào)用requesetLayout和invalidate,導(dǎo)致整個(gè)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之后巩趁，會(huì)層層向上調(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()方法淳附，最終會(huì)調(diào)用到ViewRootImpl的performTraversals()方法议慰，不過，由于整個(gè)過程中觸發(fā)的標(biāo)記位與invalidate不一樣奴曙，在performTraversals()中别凹，會(huì)重新的measure和layout，也可能會(huì)調(diào)用draw洽糟，也可能不會(huì)調(diào)用draw;

參考鏈接

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

Android View 深度分析requestLayout番川、invalidate與postInvalidate