Window表示一個窗口的概念，Window是一個抽象類，它的具體實(shí)現(xiàn)是PhoneWindow。創(chuàng)建一個Window，需要通過WindowManager即可完成，WindowManager是外界訪問Window的入口，Window具體實(shí)現(xiàn)位于WindowManagerService中，WindowManager和WindowManagerService的交互是一個IPC的過程。Android中，所有的視圖都是通過Window來呈現(xiàn)，不管是Activity、Dialog、還是Toast，它們的視圖實(shí)際上都是附加在Window上，因此Window是實(shí)際View的直接管理者，單擊事件由Window傳遞給DecorView，然后再由DecorView傳遞給我們的View，就連Activity的設(shè)置視圖方法setContentView在底層也是通過Window來完成的。

Window和WindowManager

添加一個Window的過程，重點(diǎn)代碼是：

mWindowManager.addView(mFLoatingButton,mLayoutParams);

WindowManager.LayoutParams中有兩個flags和type參數(shù)。

Flags參數(shù)有三個Window屬性

• FLAG_NOT_FOCUSABLE。表示W(wǎng)indow不需要獲取焦點(diǎn)，也不需要接收各種輸入事件，最終事件會直接傳遞給下層的具有焦點(diǎn)的Window
• FLAG_NOT_TOUCH_MODAL。在此模式下，系統(tǒng)會將當(dāng)前Window區(qū)域以外的單擊事件傳遞給底層的Window，當(dāng)前Window區(qū)域以內(nèi)的單擊事件則自己處理，這個標(biāo)記很重要，一般來說都需要開啟此標(biāo)記，否則其他Window將無法收到單擊事件
• FLAG_SHOW_WHEN_LOCKED。開啟此模式可以讓W(xué)indow顯示在鎖屏的界面上。

Type參數(shù)表示W(wǎng)indow的類型，有三種類型，分別是應(yīng)用Window，子Window和系統(tǒng)Window，應(yīng)用類Window對應(yīng)一個Activity，子Window不能單獨(dú)存在，它需要附屬在特定的父Window之中，比如常見的Dialog就是一個子Window，系統(tǒng)Window是需要聲明權(quán)限在能創(chuàng)建的Window，比如Toast和系統(tǒng)狀態(tài)欄這些都是系統(tǒng)Window。

Window是分層的，每個Window都有對應(yīng)的z-ordered，層級大的會覆蓋在層級小的Window的上面，在三類Window中，應(yīng)用類的Window的層級范圍是1-99，子Window的層級范圍是1000-1999，系統(tǒng)Window的層級的范圍是2000-2999，這些層級范圍對應(yīng)著WindowManager.LayoutParams的Type參數(shù)。如想要Window位于所有Window的最頂層，那么采用較大的層級即可。很顯然系統(tǒng)Window層級是最大的，而且系統(tǒng)層級有很多值。

WindowManager所提供的功能很簡單，常用有三個方法，即添加View，更新View和刪除View，這三個方法定義在ViewManager中，而WindowManager繼承了ViewManager。

Window的內(nèi)部機(jī)制

Window是一個抽象的概念，每一個Window都對應(yīng)著一個View和一個ViewRootImpl，Window和View通過ViewRootImpl來建立聯(lián)系，說明View才是Window存在的實(shí)體，在實(shí)際使用中無法直接訪問Window，對Window的訪問必須通過WindowManager。

Window的添加過程

Window的添加過程需要通過WindowManager的addView來實(shí)現(xiàn)，WindowManager是一個接口，它的真正實(shí)現(xiàn)是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并沒有直接實(shí)現(xiàn)Window的三大操作，而是全部交給了WindowManagerGlobal來處理，WindowManagerGlobal以工廠的形式向外提供自己的實(shí)例。WindowManagerGlobal的addView方法主要分為如下幾步：

• 檢查參數(shù)是否合法，如果是子Window那么還需要調(diào)整一些布局參數(shù)
• 創(chuàng)建ViewRootImpl并將View添加到列表中
• 通過ViewRootImpl來更新界面并完成Window的添加過程

Window的刪除過程

Window的刪除過程和添加過程一樣，都是先通過WindowManagerImpl后，在進(jìn)一步通WindowManagerGlobal來實(shí)現(xiàn)的。里面用到一個dispatchDetachedFromWindow方法內(nèi)部實(shí)現(xiàn)，這個方法主要做了四件事：

垃圾回收相關(guān)的工作，比如清除數(shù)據(jù)和消息、移除回調(diào)

通過Session的remove方法刪除Window

調(diào)用View的dispatchDetachedFromWindow方法，在內(nèi)部會調(diào)用View的onDetachedFromWindow()以及onDetachedFromWindowInternal()

調(diào)用WindowManagerGlobal的doRemoveView方法刷新數(shù)據(jù)

Window的更新過程

主要是用到updateViewLayout方法，首先它需要更新View的LayoutParams并替換掉老的LayoutParams，接著再更新ViewRootImpl中的LayoutParams，這一步是通過ViewRootImpl的setLayoutParams方法來實(shí)現(xiàn)的。在ViewRootImpl中會通過scheduleTraversals方法對View進(jìn)行重新布局，包括測量、布局、重繪這三個過程。

Window的創(chuàng)建過程

View是Android中的視圖呈現(xiàn)方式，但是View不能單獨(dú)存在，它必須附著在Window這個抽象的概念上面，因此有視圖的地方就有Window。

Activity的Window創(chuàng)建過程

如何創(chuàng)建，需要了解Activity啟動過程，比較復(fù)雜，但它最終由ActivityThred中的perfromLaunchActivity()來完成整個啟動過程，在這個方法內(nèi)部會通過類加載器創(chuàng)建Activity的實(shí)例對象，并調(diào)用其attach方法為其關(guān)聯(lián)運(yùn)行過程中所依賴的一系列上下文環(huán)境變量。

在Activity的attach方法里，系統(tǒng)會創(chuàng)建Activity所屬的Window對象并為其設(shè)置回調(diào)接口，Window對象的創(chuàng)建是通過PolicyManager的makeNewWindow方法實(shí)現(xiàn)的，對于Activity的setContentView的實(shí)現(xiàn)可以看出，Activity將具體實(shí)現(xiàn)交給了Window處理，而Window的具體實(shí)現(xiàn)是PhoneWindow，所以只需要看PhoneWindow相關(guān)邏輯即可，大致以下幾個步驟：

• 如果沒有DecorView，那么就創(chuàng)建它。DecorView是一個FrameLayout，是Activity的頂級View，一般來說它的內(nèi)部包含標(biāo)題欄和內(nèi)部欄。
• 將View添加到DecorView的mContentParent中。
• 回調(diào)Activity的onContentChanged方法通知Activity視圖已經(jīng)發(fā)生改變。Activity的onContentChanged是一個空實(shí)現(xiàn)。

經(jīng)過上面三個步驟，DecorView已經(jīng)被創(chuàng)建初始化完畢，Activity的布局文件已經(jīng)成功添加到了DecorView的mContentParent中，但是這個時(shí)候DecorView還沒有被WindowManager正式添加到Window中，真正被視圖調(diào)用是在Activity的onResume方法，接著會調(diào)用Activity的makeVisible()，正是在makeVisible方法中，DecorView真正地完成了添加和顯示這兩個過程。

Dialog的Window創(chuàng)建過程

Dialog的Window的創(chuàng)建過程和Activity類似，有以下幾個步驟：

• 創(chuàng)建Window。同樣是通過PolicyManager的makeNewWindow方法來完成的。
• 初始化DecorView并將Dialog的視圖添加到DecorView中。
• 將DecorView添加到Window中并顯示。在Dialog的show方法中，會通過WindowManager將DecorView添加到Window中。

普通的Dialog有一個特殊之處，那就是必須采用Activity的Context，如果采用Application的Context，就會報(bào)錯。

Toast的Window創(chuàng)建過程

Toast和Dialog不同，它的工作過程稍微復(fù)雜。首先Toast也是基于Window來實(shí)現(xiàn)的，但是由于Toast具有定時(shí)取消這一功能，所以系統(tǒng)采用了Handler。在Toast的內(nèi)部有兩類的IPC過程，第一類是Toast訪問NotificationManagerService，第二類是NotificationManagerService回調(diào)Toast的TN接口。

Toast屬于系統(tǒng)Window，它內(nèi)部的視圖有兩種方式指定，一種是系統(tǒng)默認(rèn)的樣式，另一種是通過setView方法來指定一個自定義View，不管如何，它們都對應(yīng)Toast的一個View類型的內(nèi)部成員mNextView。Toast提供了show和cancel分別用于顯示和隱藏Toast，它們的內(nèi)部是一個IPC過程。

以上所述是小編給大家介紹的Android中的Window和WindowManager，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時(shí)回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！

最新評論