既然是view，为什么要说window，实际上着是一个很有用的东西，在展现view和设计界面上很有用，就比如说悬浮窗
但是这时候又要分清楚一个概念，window到底是什么？在activity中说过了我们的view的父类是一个decorview,decroview是phonewindow的内部类，而phonewindow就是我们所说的window，想这样一个问题，那界面上的那些statusbar和对话框，以及toast又是一些什么？如果抽象思维好，oo思维好，那么一定会明白这些东西其实都一样，都是phonewindow。也就是说所有有边界的东西都是window，也就是phonewindow。包括对话框，toast，悬浮窗，以及statusbar。那么想一下activity的phonewindow是怎么显示出来的？也就是windowmanager。所有的视图的操作加载都是使用的windowmanager。明白了这个概念，就明白了所有添加窗口的机制。
其实在添加窗口的时候，你不可以随便添加，因为窗口是由层级概念的，主要是分为3种，1.系统的窗口：包括statusbar，系统的提示框，来电界面。2.应用窗口：包括activity的窗口等。3应用的子窗口：包括panel，对话框等。也就是说这些窗口类型必须是有顺序的，系统窗口优先级是最高的，你在添加系统的窗口一定会出现在应用窗口的前面，子窗口会出现在应用窗口之前。我们要根据创建窗口的顺序才可以创建出适当位置的窗口。
其实管理这些的是系统的windowmanagerservice。我们可以通过windowmanager来添加一个窗口到界面上。你可能疑问为什么我说窗口有这3种，在windowmanager添加window的时候会有一个type类型，这个类型里面定义了上面的各种type，在2000以上的就是系统窗口的属性值type，但是你要添加一个activity的就必须使用2000一下的，所以dialog和popwindow这些依赖actvity的窗口就需要使用2000以下的属性。
分析源码就可以看出popupwindow使用的是private int mWindowLayoutType = WindowManager.LayoutParams.TYPE_APPLICATION_PANEL;而dialog使用的是activity的decroview的WindowManager.LayoutParams l = mWindow.getAttributes();这也就是为什么dialog必须使用activity的context。从这些可以看出来这些东西都是应用的type类型。
悬浮窗：
在设计悬浮窗的时候，有些人使用了连续的toast来展现，其实这个很没有技术含量，完全可以使用挂载window的方式，在挂载window的时候就要注意一些东西了，window需要一个context。这个时候要是actvity关闭了，context的引用就失效了，这显然是不可以的，所以一般是使用service开一个服务来显示悬浮窗，你可以设置window的flag来选择window的一些模式，比如可否点击等，这样就可以自定义view，然后根据这些view的事件来进行处理。