android的窗口機制分析——UI管理系統

Activity可以看做是整個android系統的人機接口,它提供瞭一個窗口來繪制UI,每個Activity在啟動時,我們都需要給它設置一個Content view,作為Activity所呈現的UI內容,這個過程是通過setContentView()方法來實現的。
 
    眾所周知,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輸入所期望達到的目的。

摘自 杜文濤的專欄

發佈留言