1. 程式人生 > >Android解析WindowManager(二)Window的屬性

Android解析WindowManager(二)Window的屬性

前言

在上一篇文章我們學習了WindowManager體系,瞭解了Window和WindowManager之間的關係,這一篇我們接著來學習Window的屬性。

1.概述

上一篇文章中我們講過了Window、WindowManager和WMS之間的關係,WMS是Window的最終管理者,Window好比是員工,WMS是老闆,為了方便老闆管理員工則需要定義一些“協議”,這些“協議”就是Window的屬性,被定義在WindowManager的內部類LayoutParams中,瞭解Window的屬效能夠更好的理解WMS的內部原理。
Window的屬性有很多種,與應用開發最密切的有三種,它們分別是Type(Window的型別)、Flag(Window的標誌)和SoftInputMode(軟鍵盤相關模式),下面分別介紹這三種Window的屬性。

2.Window的型別和顯示次序

Window的型別有很多種,比如應用程式視窗、系統錯誤視窗、輸入法視窗、PopupWindow、Toast、Dialog等等。總來來說分為三大類分別是:Application Window(應用程式視窗)、Sub Windwow(子視窗)、System Window(系統視窗),每個大類又包含了很多種型別,它們都定義在WindowManager的靜態內部類LayoutParams中,接下來我們分別對這三大類進行講解。

應用程式視窗

Activity就是一個典型的應用程式視窗,應用程式視窗包含的型別如下所示。
frameworks/base/core/java/android/view/WindowManager.java

public static final int FIRST_APPLICATION_WINDOW = 1;//1
public static final int TYPE_BASE_APPLICATION   = 1;//視窗的基礎值,其他的視窗值要大於這個值
public static final int TYPE_APPLICATION        = 2;//普通的應用程式視窗型別
public static final int TYPE_APPLICATION_STARTING = 3;//應用程式啟動視窗型別,用於系統在應用程式視窗啟動前顯示的視窗。
public static final
int TYPE_DRAWN_APPLICATION = 4; public static final int LAST_APPLICATION_WINDOW = 99;//2

應用程式視窗共包含了以上幾種Type值,其中註釋1處的Type表示應用程式視窗型別初始值,註釋2處的Type表示應用程式視窗型別結束值,也就是說應用程式視窗的Type值範圍為1到99,這個數值的大小涉及到視窗的層級,後面會講到。

子視窗

子視窗,顧名思義,它不能獨立的存在,需要附著在其他窗口才可以,PopupWindow就屬於子視窗。子視窗的型別定義如下所示:

 public static final int FIRST_SUB_WINDOW = 1000;//子視窗型別初始值
 public static final int TYPE_APPLICATION_PANEL = FIRST_SUB_WINDOW;
 public static final int TYPE_APPLICATION_MEDIA = FIRST_SUB_WINDOW + 1;
 public static final int TYPE_APPLICATION_SUB_PANEL = FIRST_SUB_WINDOW + 2;
 public static final int TYPE_APPLICATION_ATTACHED_DIALOG = FIRST_SUB_WINDOW + 3;
 public static final int TYPE_APPLICATION_MEDIA_OVERLAY  = FIRST_SUB_WINDOW + 4; 
 public static final int TYPE_APPLICATION_ABOVE_SUB_PANEL = FIRST_SUB_WINDOW + 5;
 public static final int LAST_SUB_WINDOW = 1999;//子視窗型別結束值

子視窗的Type值範圍為1000到1999。

系統視窗

Toast、輸入法視窗、系統音量條視窗、系統錯誤視窗都屬於系統視窗。系統視窗的型別定義如下所示:

 public static final int FIRST_SYSTEM_WINDOW     = 2000;//系統視窗型別初始值
 public static final int TYPE_STATUS_BAR         = FIRST_SYSTEM_WINDOW;//系統狀態列視窗
 public static final int TYPE_SEARCH_BAR         = FIRST_SYSTEM_WINDOW+1;//搜尋條視窗
 public static final int TYPE_PHONE              = FIRST_SYSTEM_WINDOW+2;//通話視窗
 public static final int TYPE_SYSTEM_ALERT       = FIRST_SYSTEM_WINDOW+3;//系統ALERT視窗
 public static final int TYPE_KEYGUARD           = FIRST_SYSTEM_WINDOW+4;//鎖屏視窗
 public static final int TYPE_TOAST              = FIRST_SYSTEM_WINDOW+5;//TOAST視窗
 ...

 public static final int LAST_SYSTEM_WINDOW      = 2999;//系統視窗型別結束值

系統視窗的型別值有接近40個,這裡只列出了一小部分, 系統視窗的Type值範圍為2000到2999。

視窗顯示次序

當一個程序向WMS申請一個視窗時,WMS會為視窗確定顯示次序。為了方便視窗顯示次序的管理,手機螢幕可以虛擬的用X、Y、Z軸來表示,其中Z軸垂直於螢幕,從螢幕內指向螢幕外,這樣確定視窗顯示次序也就是確定視窗在Z軸上的次序,這個次序稱為Z-Oder。Type值是Z-Oder排序的依據,我們知道應用程式視窗的Type值範圍為1到99,子視窗1000到1999 ,系統視窗 2000到2999,,一般情況下,Type值越大則Z-Oder排序越靠前,就越靠近使用者。當然視窗顯示次序的邏輯不會這麼簡單,情況會比較多,舉個常見的情況:當多個視窗的Type值都是TYPE_APPLICATION,這時WMS會結合各種情況給出最終的Z-Oder,這個邏輯不在本文的討論範圍,這裡我們只需要知道視窗顯示次序的基本規則就好。

3.Window的標誌

Window的標誌也就是Flag,用於控制Window的顯示,同樣被定義在WindowManager的內部類LayoutParams中,一共有20多個,這裡我們給出幾個比較常用。

Flag 描述
FLAG_ALLOW_LOCK_WHILE_SCREEN_ON 只要視窗可見,就允許在開啟狀態的螢幕上鎖屏
FLAG_NOT_FOCUSABLE 視窗不能獲得輸入焦點,設定該標誌的同時,FLAG_NOT_TOUCH_MODAL也會被設定
FLAG_NOT_TOUCHABLE 視窗不接收任何觸控事件
FLAG_NOT_TOUCH_MODAL 在該視窗區域外的觸控事件傳遞給其他的Window,而自己只會處理視窗區域內的觸控事件
FLAG_KEEP_SCREEN_ON 只要視窗可見,螢幕就會一直亮著
FLAG_LAYOUT_NO_LIMITS 允許視窗超過螢幕之外
FLAG_FULLSCREEN 隱藏所有的螢幕裝飾視窗,比如在遊戲、播放器中的全屏顯示
FLAG_SHOW_WHEN_LOCKED 視窗可以在鎖屏的視窗之上顯示
FLAG_IGNORE_CHEEK_PRESSES 當用戶的臉貼近螢幕時(比如打電話),不會去響應此事件
FLAG_TURN_SCREEN_ON 視窗顯示時將螢幕點亮

設定Window的Flag有三種方法,第一種是通過Window的addFlags方法:

Window mWindow =getWindow(); 
mWindow.addFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN);

第二種通過Window的setFlags方法:

Window mWindow =getWindow();            
mWindow.setFlags(WindowManager.LayoutParams.FLAG_FULLSCREEN
,WindowManager.LayoutParams.FLAG_FULLSCREEN);

其實Window的addFlags方法內部會呼叫setFlags方法,因此這兩種方法區別不大。
第三種則是給LayoutParams設定Flag,並通過WindowManager的addView方法進行新增,如下所示。

  WindowManager.LayoutParams mWindowLayoutParams =
                new WindowManager.LayoutParams();
        mWindowLayoutParams.flags=WindowManager.LayoutParams.FLAG_FULLSCREEN;
        WindowManager mWindowManager =(WindowManager) getSystemService(Context.WINDOW_SERVICE);  
        TextView mTextView=new TextView(this);
        mWindowManager.addView(mTextView,mWindowLayoutParams);

4.軟鍵盤相關模式

視窗和視窗的疊加是非常常見的場景,但如果其中的視窗是軟鍵盤視窗,可能就會出現一些問題,比如典型的使用者登入介面,預設的情況彈出的軟鍵盤視窗可能會蓋住輸入框下方的按鈕,這樣使用者體驗會非常糟糕。
為了使得軟鍵盤視窗能夠按照期望來顯示,WindowManager的靜態內部類LayoutParams中定義了軟鍵盤相關模式,這裡給出常用的幾個:

SoftInputMode 描述
SOFT_INPUT_STATE_UNSPECIFIED 沒有指定狀態,系統會選擇一個合適的狀態或依賴於主題的設定
SOFT_INPUT_STATE_UNCHANGED 不會改變軟鍵盤狀態
SOFT_INPUT_STATE_HIDDEN 當用戶進入該視窗時,軟鍵盤預設隱藏
SOFT_INPUT_STATE_ALWAYS_HIDDEN 當視窗獲取焦點時,軟鍵盤總是被隱藏
SOFT_INPUT_ADJUST_RESIZE 當軟鍵盤彈出時,視窗會調整大小
SOFT_INPUT_ADJUST_PAN 當軟鍵盤彈出時,視窗不需要調整大小,要確保輸入焦點是可見的

從上面給出的SoftInputMode ,可以發現,它們與AndroidManifest中Activity的屬性android:windowSoftInputMode是對應的。因此,除了在AndroidMainfest中為Activity設定android:windowSoftInputMode以外還可以在Java程式碼中為Window設定SoftInputMode:

getWindow().setSoftInputMode(WindowManager.LayoutParams.SOFT_INPUT_ADJUST_RESIZE);

結語

好了,就講到這裡,本篇文章講了Window的屬性,分別是Type(Window的型別)、Flag(Window的標誌)和SoftInputMode(軟鍵盤相關模式),這些知識會為後續的介紹WMS的系列文章打下基礎。本系列的下一篇會介紹WindowManager新增Window的過程,敬請期待。

參考資料
《深入理解Android 卷3》
《深入理解Android核心設計思想》第二版
《Android開發藝術探索》

歡迎關注我的微信公眾號,第一時間獲得部落格更新提醒,以及更多成體系的Android相關原創技術乾貨。
掃一掃下方二維碼或者長按識別二維碼,即可關注。