我們Android平台是一個又一個的Activity組成的,每一個Activity有一個或者多個View構成。
所以說,當我們想顯示 一個界面的時候,我們首先想到的是建立一個Activity,然後所有的操作在Activity裡面實現,或者是一個Dialog或者Toast。這種方 式固然簡單,但是在有些情況下,我們要求的只是簡單的顯示,用Activity顯然是多余,這個時候,我們如何處理呢?
Android的一個應用在底層也是linux的一個進程,但在上層弱化了進程的概念,抽象出了Activity這樣一種交互。代碼直接控制的是Activity,用戶的交互也是Activity。
Activity是從用戶交互的角度抽象出來的一個對象,在概念和使用上和進程相隔離。進程類似一個收養的功能,一個進程可以有多個Activity,不僅可以收養自己當前應用的Activity,
也可以收養其他安裝包指定給該進程的Activity,Activity銷毀了,進程並不銷毀(除非系統需要或代碼強制殺死進程)。
原來,整個Android的窗口機制是基於一個叫做 WindowManager,這個接口可以添加view到屏幕,
也可以從屏幕刪除view。它面向的對象一端是屏幕,另一端就是View,直接忽略我們以前的Activity
或者Dialog之類的東東。其實我們的Activity或者Diolog底層的實現也是通過WindowManager,這個
WindowManager是全局的,整個系統就是這個唯一的東東。它是顯示View的最底層了。
寫一個簡單的代碼:
Java代碼
一般在剛開始開發android時,會犯一個錯誤,即在View的構造函數中獲取getWidth()和getHeight(),
當一個view對象創建時,android並不知道其大小,所以getWidth()和getHeight()返回的結果是0,
真正大小是在計算布局時才會計算,所以會發現一個有趣的事,即在onDraw( ) 卻能取得長寬的原因。
使用WindowManager實現懸浮窗口
復制代碼 代碼如下: params = new WindowManager.LayoutParams(
ViewGroup.LayoutParams.MATCH_PARENT,
ViewGroup.LayoutParams.WRAP_CONTENT,
WindowManager.LayoutParams.TYPE_PHONE,//TYPE_APPLICATION,
WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE,
PixelFormat.TRANSLUCENT);
params.gravity = Gravity.TOP;
manager.addView(tmpView, params);
就可以將需要加到懸浮窗口中的View加入到窗口中了:
其中,view為需要放到懸浮窗口中的視圖組件。
如果要將其從WindowManager中移除,則可以執行以下語句:
復制代碼 代碼如下:
android中可按上面的方法增加多個窗口,多個窗口產生的問題:
2. 應用生命周期的問題
當其他應用出現在浏覽器主Activity之前時,不論前面彈出了多少個浏覽器的子窗口,浏覽器的生命周期都進入onPause狀態。