基于Android 13
一唾那、應(yīng)用窗口管理
1.1 應(yīng)用View與系統(tǒng)WindowState映射關(guān)系:
1.2 核心類UML
1)核心類介紹:
-
Window
: 抽象類,定義窗口概念闹获。 -
PhoneWindow
: Window的唯一實(shí)現(xiàn)類期犬,Window是view的管理者同時(shí)也是view的載體避诽。主要作用:提供DecorView模板龟虎、抽離Activity中窗口視圖相關(guān)邏輯沙庐。 -
WindowManager
: 接口,它實(shí)現(xiàn)ViewManager拱雏,整體定義Window組織管理。 -
WindowManagerImpl
: WindowManager實(shí)現(xiàn)類柔昼,功能實(shí)現(xiàn)交給單例WindowManagerGlobal處理侨艾。 -
WindowManagerGlobal
: App全局單例羡滑,負(fù)責(zé)緩存各窗口對(duì)應(yīng)的view、viewRootImpl柒昏、params凳宙,初始化ISession职祷。 -
ViewRootImpl
: window和view連接橋梁,負(fù)責(zé)與WMS通信添加window有梆,負(fù)責(zé)管理和繪制view樹是尖。 -
IWindowSession
:App與WMS bind ipc的會(huì)話接口泥耀。 -
IWindow
: WMS與App bind ipc的會(huì)話接口 -
WindowManagerService
: 窗口管理的系統(tǒng)服務(wù)。 -
Display
: 表示設(shè)備屏幕的抽象痰催,它包含有關(guān)顯示屏的信息兜辞。 -
DisplayContent
: 用來(lái)管理一個(gè)邏輯屏上的所有窗口夸溶,有幾個(gè)屏幕就會(huì)有幾個(gè) DisplayContent逸吵,使用 displayId 來(lái)區(qū)分缝裁。 -
WindowContainer
: 窗口容器基類。 -
WindowToken
: 應(yīng)用組織標(biāo)識(shí):將屬于同一應(yīng)用的窗口組織在一起,令牌作用啸罢,身份標(biāo)識(shí)。同時(shí)是WindowState容器扰才。 -
WindowState
: WMS中對(duì)窗口的封裝類允懂,它與window一一對(duì)應(yīng)衩匣。 -
WindowManager.LayoutParams
: 窗口布局參數(shù)。
二琅捏、窗口布局參數(shù)說(shuō)明
2.1 type
: 表示窗口類型
window類型 | 特點(diǎn) | 層級(jí)范圍(Z-order) | 典型window代表 |
---|---|---|---|
system window | 獨(dú)立存在 | 2000(FIRST_APPLICATION_WINDOW)~2999(LAST_APPLICATION_WINDOW) | Toast 生百、警告提示window柄延、鍵盤window等 |
sub window | 需要依附于父window,不能獨(dú)立存在 | 1000(FIRST_SUB_WINDOW)~1999(LAST_SUB_WINDOW) | popupWindow |
application window | 屬于應(yīng)用的窗口 | 1(FIRST_APPLICATION_WINDOW)~99(LAST_APPLICATION_WINDOW) | 對(duì)應(yīng)的就是activity搜吧、dialog的window市俊,它倆都是新建PhoneWindow |
注:Z-Order越大滤奈,window越靠近用戶,也就顯示越高蜒程,高度高的window會(huì)覆蓋高度低的window绅你。
典型類型:
類型 | 說(shuō)明 |
---|---|
TYPE_APPLICATION_OVERLAY | 用于在應(yīng)用程序的頂部顯示的懸浮窗口 |
TYPE_TOAST | 用于顯示 Toast 的窗口類型 |
TYPE_SYSTEM_ALERT | 用于顯示系統(tǒng)警告窗口 |
... | ... |
注:Android 8.0開始 昭躺,SYSTEM_ALERT_WINDOW 從普通權(quán)限提升為敏感權(quán)限
2.2 flag
: 控制窗口的顯示
類型 | 說(shuō)明 |
---|---|
FLAG_ALLOW_LOCK_WHILE_SCREEN_ON | 當(dāng) Window 可見時(shí)允許鎖屏 |
FLAG_KEEP_SCREEN_ON | 只要 Window 可見時(shí)屏幕就會(huì)一直亮著 |
FLAG_LAYOUT_IN_SCREEN | 允許 Window 占滿整個(gè)屏幕 |
... | ... |
2.3 token
:窗口標(biāo)識(shí)
ActivityRecord初始化時(shí)會(huì)new一個(gè)token與之對(duì)應(yīng),activity.attach傳入該token窍仰,setWindowManager的時(shí)候傳入該token,最終由Window的AppToken接收汉规,在WindowManagerGlobal的addView方法中驹吮,執(zhí)行adjustLayoutParamsForSubWindow,將WindowManager.LayoutParams wp,wp.token賦值appToken,并在之后的流程中晶伦,WindowManager.LayoutParams wp作為參數(shù)傳入WMS的addWindow方法對(duì)應(yīng)attrs.token。因此:Activity的token婚陪,Window中的token族沃,連傳入addWindow的attrs.token,都是同一個(gè)token常空,都是ActivityRecord構(gòu)造函數(shù)中創(chuàng)建的Token對(duì)象,token標(biāo)識(shí)主要是保證一致性盖溺。
1)token和windowState映射關(guān)系:
Activity-Window-WindowState 靠WindowToken保持一致性。
2)獲取活躍task核心時(shí)序
3)token數(shù)據(jù)結(jié)構(gòu)流轉(zhuǎn)關(guān)系
mRootWindowCotainer是WMS中窗口管理的根容器烘嘱,根據(jù)源碼分析:在AMS服務(wù)初始化時(shí)昆禽,進(jìn)行的與WMS關(guān)聯(lián):
由上可得出圍繞token相關(guān)的類關(guān)系UML:
總結(jié)token的數(shù)據(jù)結(jié)構(gòu)組織關(guān)系:
二醉鳖、FloatWindow彈窗流程分析
2.1 彈窗主線時(shí)序
2.2 添加窗口核心邏輯分析
WMS#addWindow詳細(xì)流程:
這里核心關(guān)注添加窗口邏輯的限制條件:
核心邏輯圍繞:type、token
1)對(duì)type的權(quán)限校驗(yàn)
SYSTEM_APPLICATION_OVERLAY盗棵、INTERNAL_SYSTEM_WINDOW、SYSTEM_ALERT_WINDOW
2)對(duì)token的歸屬校驗(yàn)
attrs.token = null為系統(tǒng)窗口 北发,在DisplayContainer復(fù)用同一個(gè)key=null的WindowToken。token不為null的只能是application/sub window鲫竞,受權(quán)限限制辐怕,后臺(tái)應(yīng)用無(wú)法前臺(tái)彈出application/sub window从绘。
按framework正常實(shí)現(xiàn)邏輯看寄疏,添加窗口限制總結(jié):
窗口類型 | 能彈出的條件 |
---|---|
system window |
系統(tǒng)應(yīng)用:具有系統(tǒng)權(quán)限:INTERNAL_SYSTEM_WINDOW僵井、SYSTEM_APPLICATION_OVERLAY 三方應(yīng)用:用戶授權(quán) SYSTEM_ALERT_WINDOW |
application/sub window | 依賴于活躍的activity,窗口歸于activity 對(duì)應(yīng)的WindowToken組同一管理批什,展示范圍限制在activity內(nèi) |
windowToken校驗(yàn)农曲,目前system window分組受type限制無(wú)法彈出驻债,僅有應(yīng)用級(jí)窗口能彈。