衆所周知，android系統中強化了view的概念，主要是展現在對view的管理上，Android中的view以2種形态存在，單一的View和多個View組成的ViewGroup。Content view是以ViewGroup的形式存在的，也就是說在一個Activity視窗中可以添加多個View，這樣就實作了Android視窗系統的UI多樣化。activity啟動時給activity視窗設定的Content view 是從xml檔案中解析出來的，那麼android是怎麼樣對這個ContentView進行管理的呢，它的内部實作邏輯又是怎樣的呢？
在進行分析之前，首先給出一個Activity的window和view系統的層級關系，這個層級關系就是在Activity設定完ContentView之後的狀況。
如下圖。
下面來一一介紹各個層級的含義與作用
1.1 PhoneWindow
PhoneWindow是Android中的最基本的視窗系統，每個Activity 均會建立一個PhoneWindow對象，是Activity和整個View系統互動的接口。
1.2 DecorView
DecorView是目前Activity所有View的祖先，它并不會向使用者呈現任何東西，它主要有如下幾個功能，可能不全：
A. Dispatch ViewRoot分發來的key、touch、trackball等外部事件；
B. DecorView有一個直接的子View，我們稱之為System Layout,這個View是從系統的Layout.xml中解析出的，它包含目前UI的風格，如是否帶title、是否帶process bar等。可以稱這些屬性為Window decorations。
C. 作為PhoneWindow與ViewRoot之間的橋梁，ViewRoot通過DecorView設定視窗屬性。
1.3 System Layout
目前android根據使用者需求預設了幾種UI 風格，通過PhoneWindow通過解析預置的layout.xml來獲得包含有不同Window decorations的layout，我們稱之為System Layout，我們将這個System Layout添加到DecorView中，目前android提供了8種System Layout，如下圖。
預設風格可以通過PhoneWindow方法requestFeature()來設定，需要注意的是這個方法需要在setContentView()方法調用之前調用。
1.4 Content Parent
Content Parent這個ViewGroup對象才是真真正正的ContentView的parent，我們的ContentView終于找到了寄主，它其實對應的是System Layout中的id為”content”的一個FrameLayout。這個FrameLayout對象包括的才是我們的Activity的layout(每個System Layout都會有這麼一個id為”content”的一個FrameLayout)。
1.5 Activity Layout
這個ActivityLayout便是我們需要向視窗設定的ContentView，現在我們發現其實它的地位很低，同時這一部分才是和user互動的UI部分，其上的幾層并不能響應并完成user輸入所期望達到的目的。
本文轉自 一點點征服 部落格園部落格，原文連結：http://www.cnblogs.com/ldq2016/p/6835075.html，如需轉載請自行聯系原作者