編輯:Android開發實例
我們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代碼
代碼如下:
WindowManager mWm = (WindowManager)getSystemService(Context.WINDOW_SERVICE);
Button view = new Button(this);
view.setText("window manager test!");
WindowManager.LayoutParams mParams = new WindowManager.LayoutParams();
mWm.addView(view, mParams);
一般在剛開始開發android時,會犯一個錯誤,即在View的構造函數中獲取getWidth()和getHeight(),
當一個view對象創建時,android並不知道其大小,所以getWidth()和getHeight()返回的結果是0,
真正大小是在計算布局時才會計算,所以會發現一個有趣的事,即在onDraw( ) 卻能取得長寬的原因。
使用WindowManager實現懸浮窗口
代碼如下:
WindowManager.LayoutParams params;
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加入到窗口中了:
代碼如下:
if(view.getParent==null)//如果view沒有被加入到某個父組件中,則加入WindowManager中
wManager.addView(view,wmParams);
其中,view為需要放到懸浮窗口中的視圖組件。
如果要將其從WindowManager中移除,則可以執行以下語句:
代碼如下:
if(view.getParent()!=null)
wManager.removeView(view);
android中可按上面的方法增加多個窗口,多個窗口產生的問題:
2. 應用生命周期的問題
當其他應用出現在浏覽器主Activity之前時,不論前面彈出了多少個浏覽器的子窗口,浏覽器的生命周期都進入onPause狀態。
本文實例講述了Android編程之SurfaceView學習示例。分享給大家供大家參考,具體如下: SurfaceView是View的子類,使用的方式與任何Vie
本文實例講述了Android實現捕獲TextView超鏈接的方法。分享給大家供大家參考,具體如下: 這裡分享一篇捕獲TextView超鏈接的文章,希望對大家有所幫
系統啟動過程圖: Framework層所有的Service都是運行在SystemServer進程中;SystemServer進程是由Zygote進程創
作為Android應用開發者,不得不面對一個尴尬的局面,就是自己辛辛苦苦開發的應用可以被別人很輕易的就反編譯出來。Google似乎也發現了這個問題,從SDK2.3