本文轉載自: http://blog.csdn.net/stevenhu_223/article/details/8504058
懸浮窗口的實現涉及到WindowManager(基於4.0源碼分析),它是一個接口,實現類有WindowManagerImpl,CompatModeWrapper(WindowManagerImpl的內部類),LocalWindowManager(Window的內部類),它們之間的關系如下圖的類圖:
WindowManagerImpl:
1.是WindowManager的實現類,windowmanager的大部分操作都在這里實現,但是並不會直接調用,而是作為LocalWindowManager和WindowManagerImpl.CompatModeWrapper的成員變量來使用。
2.在WindowManagerImpl中有3個數組View[],ViewRoot[],WindowManager.LayoutParams[],分別用來保存每個圖層的數據。
3.WindowManagerImpl最重要的作用就是用來管理View,LayoutParams, 以及ViewRoot這三者的對應關系。
LocalWindowManager:
在源碼的Activity類中,有一個重要的成員變量mWindow(它的實現類為PhoneWindow),同時也有一個成員變量mWindowManager(跟蹤源碼可知它是一個LocalWindowManager),而在PhoneWindow中同時也有和Activity相同名字的mWindowManager成員變量。而且Activity中的mWindowManager是通過Window類中的setWindowManager函數初始化獲取的。
所以,在Activity中的LocalWindowManager的生命周期是小於Activity的生命周期的,而且在ActivityThread每創建一個Activity時都有該Activity對應的一個屬於它的LocalWindowManager。
對LocalWindowManager的小結:
1.該類是Window的內部類,父類為CompatModeWrapper,同樣都是實現WindowManager接口。
2.每個Activity中都有一個mWindowManager成員變量,Window類中 也有相應的同名字的該成員變量。該變量是通過調用Window的setWindowManager方法初始化得到的,實際上是一個LocalWindowManger對象。
3.也就說,每生成的一個Activity里都會構造一個其相應LocalWindowManger來管理該Activity承載的圖層。(該對象可以通過Activity.getWindowManager或getWindow().getWindowManager獲取)
4.LocalWindowMangers 的生命周期小於Activity的生命周期,(因為mWindowManager是Window的成員變量,而mWindow又是Activity的成員變量),所以,如果我們在一個LocalwindowManager中手動添加了其他的圖層, 在Activity的finish執行之前, 應該先調用LocalwindowManager的removeView, 否則會拋出異常。
CompatModeWrapper:
該類就是實現懸浮窗口的重要類了。
跟蹤源碼可知:
1.CompatModeWrapper相當於是一個殼,而真正實現大部分功能的是它里面的成員變量mWindowManager(WindowManagerImpl類)。
2.該對象可以通過getApplication().getSystemService(Context.WINDOW_SERVICE)得到。(注:如果是通過activity.getSystemService(Context.WINDOW_SERVICE)得到的只是屬於Activity的LocalWindowManager)。
3.這個對象的創建是在每個進程開始的時候, 通過ContextImpl中的靜態代碼塊創建的, 它使用了單例模式, 保證每個application只有一個。
4.通過該類可以實現創建添加懸浮窗口,也就是說,在退出當前Activity時,通過該類創建的視圖還是可見的,它是屬於整個應用進程的視圖,存活在進程中,不受Activity的生命周期影響。
ok,在通過上面對WindowManager接口的實現類做一些簡要的介紹后,接下來就動手編寫實現懸浮窗口的App。既然我們知道可以通過getApplication().getSystemService(Context.WINDOW_SERVICE)得到CompatModeWrapper,然后實現應用添加懸浮窗口視圖。那么,具體的實現操作可以在Activity或者Service中(這兩者都是可以創建存活在應用進程中的Android重要組件)實現。
下面的App程序代碼實現通過主Activity的啟動按鈕,啟動一個Service,然后在Service中創建添加懸浮窗口:
要獲取CompatModeWrapper,首先得在應用程序的AndroidManifest.xml文件中添加權限<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />
MainActivity的代碼如下:
FxService的代碼如下:
懸浮窗口的布局文件為R.layout.float_layout,所以,如果我們想設計一個非常美觀的懸浮窗口,可以在該布局文件里編寫。當然,也可以使用自定義View來設計(哈哈,少年們,在此基礎上發揮想象吧)。
上面代碼的效果圖如下:左邊為啟動界面。點擊“啟動懸浮窗口”按鈕,會啟動后台service創建懸浮窗口,同時finish當前Activity,這樣一個懸浮窗口就創建出來了,該窗口可實現任意位置移動,且可點擊監聽創建Toast提示(當然,也可以啟動一個Activity)。若要移除已創建的窗口,可點擊“移除懸浮窗口按鈕”,或者強制禁止該應用進程。
同樣的,在一個Activity里繪制懸浮視圖,不過下面的代碼主要還是驗證區分LocalWindowManger和CompatModeWrapper添加的視圖。
LocalWindowManger可通過activity.getSystemService(Context.WINDOW_SERVICE)或getWindow().getWindowManager獲取。當我們通過LocalWindowManger添加視圖時,退出Activity,添加的視圖也會隨之消失。
驗證代碼如下:
將上面的代碼相關注釋部分取消,然后運行代碼查看Log信息,那么就可以知道問題所在了(每一個Activity對應一個LocalWindowManger,每一個App對應一個CompatModeWrapper),所以要實現在App所在進程中運行的懸浮窗口,當然是得要獲取CompatModeWrapper,而不是LocalWindowManger。
本文相關的完整代碼下載鏈接:http://download.csdn.net/detail/stevenhu_223/4996970
另:
懸浮窗如何覆蓋到任務欄之上呢?
flags里加上這兩個: LayoutParams.FLAG_FULLSCREEN
和LayoutParams.FLAG_LAYOUT_IN_SCREEN
。然后type用 LayoutParams.TYPE_SYSTEM_ERROR。就可以了