不得不承認的是前面幾節的內容很多也很繁雜，為了讓后面分析的過程更流暢輕松一些，所以我們必須要總結一下。關于Activity的創建和顯示，前面幾節的信息可提煉成如下幾條： - Activity的頂層View是DecorView，而我們在onCreate函數中通過setContentView設置的View只不過是這個DecorView中的一部分罷了。DecorView是一個FrameLayout類型的ViewGroup。 - Activity和UI有關，它包含一個Window（真實類型是PhoneWindow）和一個WindowManager（真實類型是LocalWindowManager）對象。這兩個對象將控制整個Activity的顯示。 - LocalWindowManager使用了WindowManagerImpl做為最終的處理對象（Proxy模式），這個WindowManagerImpl中有一個ViewRoot對象。 - ViewRoot實現了ViewParent接口，它有兩個重要的成員變量，一個是mView，它指向Activity頂層UI單元的DecorView，另外有一個mSurface，這個Surface包含了一個Canvas（畫布）。除此之外，ViewRoot還通過Binder系統和WindowManagerService進行了跨進程交互。 - ViewRoot能處理Handler的消息，Activity的顯示就是由ViewRoot在它的performTraversals函數中完成的。 - 整個Activity的繪圖流程就是從mSurface中lock一塊Canvas，然后交給mView去自由發揮畫畫的才能，最后unlockCanvasAndPost釋放這塊Canvas。 這里和顯示有關的就是最后三條了，其中最重要的內容都和Surface相關，既然mSurface是ViewRoot的本地變量，那就直接去看Surface。上面的代碼分析一路走下來，真是比較流暢，波瀾不驚，可事實果真如此嗎？