什么是Window
这个问题应该很简单，用过Windows系统的大家都知道什么是窗口
几乎在所有的语言当中，Window代表的含义都是一样的，Android中也是如此
只不过由于移动设备的特殊性，Android中的窗口没有关闭、最小化、最大化这些按钮而已
之所以我们平常开发中接触不到Window这个概念，是因此AndroidSDK已经把这些封装好了
像我们平时所使用的Activity，Toast，Dialog，PopupWindow，SystemAlertDialog，它们其实都是展示在独立的Window当中的
Activity所在的Window，只是诸多Window种的一种，Activity中的布局，也是Window内容中的一部分
如果我们想要做更高级的东西，完全自定义一个自己的Window，则需要学习Window这一块
WindowManager的作用是什么
WindowManager大家应该都用过，但是大多应该不清楚其底部的逻辑
顾名思义，WindowManager的功能是负责窗口管理，但是如何进行管理，可能就和大家想的不一样了
WindowManager的窗口管理功能，核心是通过跨进程消息通信/IPC的方式来实现的
在Android中，所有应用的窗口，都是由一个系统级别的WindowManagerService来进行统一管理的
这个服务运行在一个独立的进程当中，我们的应用想要和它进行通信，就必须通过IPC的方式来进行
WindowManager与WindowManagerService建立会话后，就会拿到一个Binder
通过Binder就可以和WindowManagerService进行通信
WindowManager如何管理Window
Window创建成功后，可以绑定一个WindowManager
绑定成功后，WindowManager就会对应地创建一个ViewRootImpl对象，用于管理该Window
比如Activity创建，UI测量布局绘制等工作，都是通过ViewRootImpl来启动的
WindowManager和Window是一一对应的吗
答案是否定的，一个WindowManager可以管理多个Window
WindowManager是和Context一一对应的，每个Context都拥有一个自己的WindowManager
我们的Application、Service、Activity等，都是一个独立的Context
一个Context是可以创建多个Window的，但它们都受同一个WindowManager管理
为什么要用Context去统一管理Window
Context顾名思义，就是上下文，代码的运行环境
我们的Window并不是独立的，它是和外界有关联的
比如我们从Activity中弹出一个PopupWindow，这个PopupWindow的创建和关闭肯定是需要依赖Activity的相关信息的
这就是安卓Context设计的精髓，它把某个组件运行所依赖的环境，全部封装到了一起
其实除了WindowManager，我们还有PowerManager，LocationManager等等诸多服务管理
它们都需要和系统服务进行跨进程通信，才能完成对应的功能
Context就是对所有这些环境的统一封装
这就是为什么，Application、Activity、Service，都继承自Context
因为Context提供的是最基础的运行环境和能力，不同的组件，功能定位不一样，但依赖的基础是相同的
以创建Dialog为例，如果我们想要Dialog在整个应用中都可用，那么就可以通过ApplicationContext去创建
如果我们希望Dialog只在Activity中可用，那么就可以通过ActivityContext去创建
WindowManager管理流程
