我們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狀態。
