本文内容参考：Android 核心分析(13) -----Android GWES之Android窗口管理
上一篇文章主要讲述了窗口的基本结构，那么在这样的结构下，系统如何管理窗口，如何下发事件，如何获取窗口状态？这篇博客将对这部分的内容进行介绍。
Android在窗口管理上采用了最为经典的C/S模式，Client端是各个Activity中的window，而Service端就是系统持有的窗口管理器Window Manager。

总体结构

Window是顶级的窗口概念，而Activity中的DecorView则是窗口中的顶级View,创建Activity时，DecorView会attach到Activity的窗口中，同时也被加入到WindowManager中，WindowManager使用WindowState与该View相对应。

这里写图片描述

Client端——Activity

首先来看一下Client端，通过我的上一篇博客Android窗口管理（1）——窗口基本架构我们知道了Activity端的窗口结构，并且知道了Window,PhoneWindow都不是很重要的概念，实际真正干事的还是ViewRoot。

ViewRoot

ViewRoot的真正实现类是ViewRootImpl。ViewRoot通过与WindowManager进行通信完成addView以及消息下发。

这里写图片描述

wm=(WindowManagerImpl)context.getSystemService(Context.WINDOW_SERVICE);

之后再调用addView接口通过WindowManagerImpl将窗口添加到WindowManager中。在addView的过程中,WindowManagerImpl会建立起View,Layout,ViewRoot之间的对应关系，然后利用IWindowSession传递给WindowManager。

Server端——WindowManager

WindowManager是服务端管理窗口的组件，它管理的是各个应用的顶级窗口，也即DecorView。将所有的窗口归置到一个统一的系统服务WindowManagerService管理是Android系统的设计思想，这样的机制并不难理解，系统总要有一个总管各个窗口的管家嘛，总不能任其自生自灭。WindowManagerService的主要工作包括：
Window Service大体上实现了如下的功能：，

（1）Z-ordered的维护函数
（2）输入法管理
（3）AddWindow/RemoveWindow
（4）Layerout
（5）Token管理，AppToken
（6）活动窗口管理（FocusWindow）
（7）活动应用管理（FocusAPP）
（8）转场动画
（9）系统消息收集线程
（10）系统消息分发线程

在服务端窗口对象叫作WindowState，Server端维护一个mWindow，其实就是一个按Z-order排序的窗口数组。mWindowMap用于记录<Client：Binder,WindowState对象>。
WindowState通过本地的client实例维护IWindow实例，同时利用该实例访问窗口。

FocusWindow活动窗口如何计算

原理其实很简单，首先找到前台应用，然后根据mWindow找到Z-order顺序中第一位次的窗口，该窗口就是活动窗口。

为什么要提出Token这个概念

Token在本质上就是一个标示符，应用程序使用改标示符来找到该应用的窗口。AppToken：<Token：IBinder，allWindows>。通过Token就可以管理该应用的所有窗口。

WindowManager消息与分发

下面再来说一下WindowManager的系统消息收集与分发过程。WindowManagerService在内部维护了一个KeyQ的消息队列，同时还有两个线程：

1.InputDeviceReader
2.InputDispatcherThread

InputDeviceReader使用Native函数readEvent从driver中读取RawEvent并放到KeyQ队列中。
InputDispatherThread负责从KeyQ队列中读取事件，并在WindowManager找到对应的窗口，利用该窗口的IWindow接口下发事件。