編輯:關於Android編程
Window表示一個窗口的概念,Window是一個抽象類,它的具體實現是PhoneWindow。創建一個Window,需要通過WindowManager即可完成,WindowManager是外界訪問Window的入口,Window具體實現位於WindowManagerService中,WindowManager和WindowManagerService的交互是一個IPC的過程。Android中,所有的視圖都是通過Window來呈現,不管是Activity、Dialog、還是Toast,它們的視圖實際上都是附加在Window上,因此Window是實際View的直接管理者,單擊事件由Window傳遞給DecorView,然後再由DecorView傳遞給我們的View,就連Activity的設置視圖方法setContentView在底層也是通過Window來完成的。
Window和WindowManager
添加一個Window的過程,重點代碼是:
mWindowManager.addView(mFLoatingButton,mLayoutParams);
WindowManager.LayoutParams中有兩個flags和type參數。
Flags參數有三個Window屬性
Type參數表示Window的類型,有三種類型,分別是應用Window,子Window和系統Window,應用類Window對應一個Activity,子Window不能單獨存在,它需要附屬在特定的父Window之中,比如常見的Dialog就是一個子Window,系統Window是需要聲明權限在能創建的Window,比如Toast和系統狀態欄這些都是系統Window。
Window是分層的,每個Window都有對應的z-ordered,層級大的會覆蓋在層級小的Window的上面,在三類Window中,應用類的Window的層級范圍是1-99,子Window的層級范圍是1000-1999,系統Window的層級的范圍是2000-2999,這些層級范圍對應著WindowManager.LayoutParams的Type參數。如想要Window位於所有Window的最頂層,那麼采用較大的層級即可。很顯然系統Window層級是最大的,而且系統層級有很多值。
WindowManager所提供的功能很簡單,常用有三個方法,即添加View,更新View和刪除View,這三個方法定義在ViewManager中,而WindowManager繼承了ViewManager。
Window的內部機制
Window是一個抽象的概念,每一個Window都對應著一個View和一個ViewRootImpl,Window和View通過ViewRootImpl來建立聯系,說明View才是Window存在的實體,在實際使用中無法直接訪問Window,對Window的訪問必須通過WindowManager。
Window的添加過程
Window的添加過程需要通過WindowManager的addView來實現,WindowManager是一個接口,它的真正實現是WindowManagerImpl類。
@Override public void addView(View view,ViewGroup.LayoutParams params){ mGlobal.addView(view,params,mDisplay,mParentWindow); } @Override public void updateViewLayout(View view,ViewGroup.LayoutParams params){ mGlobal.updateViewLayout(view,params); } @Override public void removeView(View view){ mGlobal.removeView(view,false); }
可以看到,WindowManagerImpl並沒有直接實現Window的三大操作,而是全部交給了WindowManagerGlobal來處理,WindowManagerGlobal以工廠的形式向外提供自己的實例。WindowManagerGlobal的addView方法主要分為如下幾步:
Window的刪除過程
Window的刪除過程和添加過程一樣,都是先通過WindowManagerImpl後,在進一步通WindowManagerGlobal來實現的。裡面用到一個dispatchDetachedFromWindow方法內部實現,這個方法主要做了四件事:
垃圾回收相關的工作,比如清除數據和消息、移除回調
通過Session的remove方法刪除Window
調用View的dispatchDetachedFromWindow方法,在內部會調用View的onDetachedFromWindow()以及onDetachedFromWindowInternal()
調用WindowManagerGlobal的doRemoveView方法刷新數據
Window的更新過程
主要是用到updateViewLayout方法,首先它需要更新View的LayoutParams並替換掉老的LayoutParams,接著再更新ViewRootImpl中的LayoutParams,這一步是通過ViewRootImpl的setLayoutParams方法來實現的。在ViewRootImpl中會通過scheduleTraversals方法對View進行重新布局,包括測量、布局、重繪這三個過程。
Window的創建過程
View是Android中的視圖呈現方式,但是View不能單獨存在,它必須附著在Window這個抽象的概念上面,因此有視圖的地方就有Window。
Activity的Window創建過程
如何創建,需要了解Activity啟動過程,比較復雜,但它最終由ActivityThred中的perfromLaunchActivity()來完成整個啟動過程,在這個方法內部會通過類加載器創建Activity的實例對象,並調用其attach方法為其關聯運行過程中所依賴的一系列上下文環境變量。
在Activity的attach方法裡,系統會創建Activity所屬的Window對象並為其設置回調接口,Window對象的創建是通過PolicyManager的makeNewWindow方法實現的,對於Activity的setContentView的實現可以看出,Activity將具體實現交給了Window處理,而Window的具體實現是PhoneWindow,所以只需要看PhoneWindow相關邏輯即可,大致以下幾個步驟:
經過上面三個步驟,DecorView已經被創建初始化完畢,Activity的布局文件已經成功添加到了DecorView的mContentParent中,但是這個時候DecorView還沒有被WindowManager正式添加到Window中,真正被視圖調用是在Activity的onResume方法,接著會調用Activity的makeVisible(),正是在makeVisible方法中,DecorView真正地完成了添加和顯示這兩個過程。
Dialog的Window創建過程
Dialog的Window的創建過程和Activity類似,有以下幾個步驟:
普通的Dialog有一個特殊之處,那就是必須采用Activity的Context,如果采用Application的Context,就會報錯。
Toast的Window創建過程
Toast和Dialog不同,它的工作過程稍微復雜。首先Toast也是基於Window來實現的,但是由於Toast具有定時取消這一功能,所以系統采用了Handler。在Toast的內部有兩類的IPC過程,第一類是Toast訪問NotificationManagerService,第二類是NotificationManagerService回調Toast的TN接口。
Toast屬於系統Window,它內部的視圖有兩種方式指定,一種是系統默認的樣式,另一種是通過setView方法來指定一個自定義View,不管如何,它們都對應Toast的一個View類型的內部成員mNextView。Toast提供了show和cancel分別用於顯示和隱藏Toast,它們的內部是一個IPC過程。
以上所述是小編給大家介紹的Android中的Window和WindowManager,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復大家的。在此也非常感謝大家對本站網站的支持!
概述Android的消息機制主要值得就是Handler的運行機制,Handler的運行需要底層的MessageQueue和Looper的支撐。MessageQueue即為
本節引言: 好的,上一節中,我們又寫了一個關於Xfermode圖片混排的例子——擦美女衣服的Demo,加上前面的 利用Xfermode
首先貼出實現的效果圖:gif的效果可能有點過快,在真機上運行的效果會更好一些。我們主要的思路就是利用屬性動畫來動態地畫出選中狀態以及對勾的繪制過程。看到上面的效果圖,相信
說到下拉刷新控件,網上版本有很多,很多軟件也都有下拉刷新功能。有一個叫XListVie