最近在項目中遇到了這樣的需求：需要在特定的其他應用之上懸浮自己的UI交互（拖動流椒、輸入等復雜的UI交互），和九游的浮窗類似明也，不過我們的比九游的體驗更好镣隶，我們越過了很多授權(quán)的限制。
很多人都知道如何去實現(xiàn)一個簡單的浮窗诡右，但是卻很少有人去深入的研究背后的流程機制，由于項目中浮窗交互比較復雜轻猖，遇到了些坑查看了很多資料帆吻，故總結(jié)浮窗涉及到的知識點：
- 窗口層級關(guān)系（浮窗是如何“浮”的）？
- 浮窗有哪些限制咙边，如何越過用戶授權(quán)實現(xiàn)浮窗功能猜煮？
- 窗口與用戶輸入系統(tǒng)（Activity是如何接收到touch事件的）次员？
本章我們來研究第一個問題:浮窗為何會浮。浮窗之所以叫浮窗王带，是因為它能懸浮于應用或者桌面窗口之上淑蔚，能脫離Activity而存在。為了研究其中區(qū)別愕撰，我們先來看看我們最熟悉的Activity是怎么顯示出來的刹衫。
Activity是怎么顯示出來的？
要弄清這個問題答案搞挣，我們先從Activity的setContentView()這個方法的源碼開始找起带迟，在Activity中看到setCententView的源碼：
public void setContentView(int layoutResID) {
getWindow().setContentView(layoutResID);
initWindowDecorActionBar();
}
getWindow是返回返回Activity的mWindow變量，指向一個Window的對象囱桨，Window是一個抽象類仓犬，這里返回的是PhoneWindow對象（PhoneWindow是Window的子類），PhoneWindow中有一個DecorView對象舍肠，decorView成員搀继，這是一個FrameLayout，setContentView的子布局最終會添加到decorView中,這個decorView就是當前窗口的根視圖,這個根視圖是如何最終被繪制出來的翠语？在ActivityThread中有這樣一段代碼：
l.type = WindowManager.LayoutParams.TYPE_BASE_APPLICATION;
l.softInputMode |= forwardBit;
if (a.mVisibleFromClient) {
a.mWindowAdded = true;
wm.addView(decor, l);
}
這個decorView叽躯，最終會被WindowManager.addView添加到繪制系統(tǒng)中,并類型是WindowManager.LayoutParams.TYPE_BASE_APPLICATION，這個參數(shù)決定了要繪制的窗口的z軸層次啡专，為了避免思維棧過深险毁，這里就不貼出詳細的源碼跟蹤過程了，直接給結(jié)論们童。
先來看看Activity和window的關(guān)系：
再來window和View的關(guān)系：
Activity窗口顯示過程：
說Activity是怎么顯示出來的畔况，其實是說Activity管理的View是怎么顯示出來的。最后再來總結(jié)一下：
一慧库、Activity通過setContentView設(shè)置的視圖是添加到PhoneWindow的根視圖decor中跷跪。
二、Window是一個抽象的概念齐板，Window關(guān)了了一個View（根視圖）吵瞻，最終被WindowManager管理的還是一個View（根視圖）和它的LayoutParams，視圖繪制刷新都是通過WindowManager（WindowManagerGlobal）與WindowManagerServiceIPC交互調(diào)用底層繪制的甘磨。
三橡羞、Activity是四大組件中唯一和窗體緊密聯(lián)系的組件（這是為什么會有初學者把Activity直接理解為繪制界面的原因），所有掌管的視圖只不過是一種window和Dialog济舆、Toast卿泽、墻紙所掌管的Window類型不一樣。
浮窗為什么會“浮”滋觉？
上面講到Activity的顯示過程其實已經(jīng)揭示了通用界面的顯示過程签夭，浮窗的顯示過程更為簡單：
做過浮窗的同學應該都明白了齐邦，為啥浮窗能脫離Activity而顯示，本質(zhì)上我們是把一個View交給WindowManager來管理了第租，LayoutParams.type類型決定了這個View顯示窗口的類型措拇，不同類型顯示的窗口層次（z軸）是不一樣的。大方面來講可以分為應用窗口（APPLICATION_WINDOW）慎宾、子窗口（SUB_WINDOW）丐吓、系統(tǒng)窗口（SYSTEM_WINDOW）三種類型，應用窗口z軸范圍是1～99璧诵，子窗口的范圍是1001～1999汰蜘，系統(tǒng)窗口是（2000～2999），所以要實現(xiàn)浮動窗口我們只能在系統(tǒng)窗口范圍中實現(xiàn)之宿。
到這里我們對Android系統(tǒng)的窗口層次有個大致的了解了族操，Activity是Android應用的四大組件之一，描述的是應用的活動狀態(tài)和周期比被，受ActivityManagerService的管理色难；Window／View是圖形窗口的抽象模型，描述的是窗口的繪制信息等缀，受WindowManagerService的管理枷莉；Activity聚合Window來和圖形窗口產(chǎn)生聯(lián)系。文章旨在理解一下Android窗體系統(tǒng)的一個雛形尺迂，能力有限不能詳細跟蹤整個窗口體系的源碼笤妙，有興趣的可以自己深入，下一篇文章：《越過授權(quán)使用浮窗》噪裕。
DMEO
https://github.com/liuguangli/FloatUtil
作者聲明：本人只在簡書和本人博客中發(fā)表文章蹲盘，轉(zhuǎn)載需聯(lián)系本人取得同意！讀者閱讀時若出現(xiàn)排版混亂膳音、廣告等影響閱讀體驗說明不是原文召衔，建議到簡書或本人博客中閱讀原文以取得更好的閱讀體驗。
