Android的窗口管理是C/S模式的。Android中的Window是表示Top Level等顶级窗口的概念。DecorView是Window的Top-Level View，这个View我称之为主View，DecorView会缺省的attach到Activity的主窗口中。主View被加入到WindowManager中，WM使用WindowState与这个主View对应。
Activity建立一个主窗口后，在将主窗口添加到WindowManager时，首先要建立WindowManager代理对象，并打开一个会话（实现IWindowSession AIDL接口），并维持该会话。Activity将通过该会话与WindowManager建立联系，这个Session是C/S体系的基础，Client通过WindowSession将window加入到Window Manager中。一个完整的窗口概念横跨了View，ViewRoot，WindowManager Service。Window，DecorView，View，IWindow ,ISession，WindowState之间的关系如下：
客户端的Activity通过Session会话与WindowManager建立对话，而WindowManager则通过IWindow接口访问Client，将消息传递到Client端，通过消息分发渠道，将消息传递到处理函数OnXXX。
在同一个窗口中，可以同时有多个AlertDialog，但是他们之间相互覆盖，最后show()的那个在最上面,Why?
代码如下：
其中 mWindow 是在 构造函数 public Dialog(Context context, int theme) 中初始化 ：
Window w = PolicyManager.makeNewWindow(mContext);
mWindow = w;
由此，在上面的show()代码中，将从mWindow中的decorView加入到 原窗口中，覆盖了原窗口中的decorView的显示。
本程序中，最后的显示的窗口中，具有3个decorView(两个存放Dialog, 一个存放原布局)：mWindowManager - > mWindowManager - > mViews
========================================================================================================================
在Hierarchy Viewer中，原先的窗口显示的布局是：
其布局无关精要，主要有一个TextView，一个Spinner,一个 Button
show了AlertDialog之后，其布局为：
不难看出，原decorView被覆盖了,显示的是第二个Dialog
在activity.java中，我们可以看到两个变量，分别是：
private Window mWindow;
private WindowManager mWindowManager;
这这个变量是在哪里赋值的呢？可以看到attach函数，
mWindow = PolicyManager.makeNewWindow(this);
跟进去看一下，可以发现返回的时候一个PhoneWindow对象，PhoneWindow是Window类的派生类。
mWindow.setWindowManager(null, mToken, mComponent.flattenToString());
if (mParent != null) {
mWindow.setContainer(mParent.getWindow());
}
mWindowManager = mWindow.getWindowManager();
仔细跟踪下这段代码中我们可以得到WindowManager对象，并且这个对象是在系统唯一的，这个对象同样被赋值给PhoneWindow的成员变量。
我们在新建一个activity的时候，往往喜欢用如下的代码来定义该activity的UI界面，那么这个具体的实现是怎么来实现的呢？
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
｝
我们跟踪setContentView就知道了。可以发现activity其实把这个操作交给了自己的mWindow来完成，通过跟踪PhoneWindow