Android窗口管理，2021我对Android-view的3条认识
作者：互联网
AppWindowToken.java
Session.java
InputManager.java
InputMonitor.java
类解释：
WindowManagerService负责完成窗口的管理工作；
WindowState和客户端窗口一一对应，应用调用WindowManager.addView()时，最终会在WindowManagerService添加一个WindowState与之一一对应。
WindowToken是一个句柄，保存了所有具有同一个token的WindowState。应用请求WindowManagerService添加窗口的时候，提供了一个token，该token标识了被添加窗口的归属，WindowManagerService为该token生成一个WindowToken对象，所有token相同的WindowState被关联到同一个WindowToken。如输入法添加窗口时，会传递一个mCurrToken，墙纸服务添加窗口时，会传递一个newConn.mToken。
AppWindowToken继承于WindowToken，专门用于标识一个Activity。AppWindowToken里的token实际上就是指向了一个Activity。ActivityManagerService通知应用启动的时候，在服务端生成一个token用于标识该Activity，并且把该token传递到应用客户端，客户端的Activity在申请添加窗口时，以该token作为标识传递到WindowManagerService。同一个Activity中的主窗口、对话框窗口、菜单窗口都关联到同一个AppWindowToken。
Session表示一个客户端和服务端的交互会话。一般来说不同的应用通过不同的会话来和WindowManagerService交互，但是处于同一个进程的不同应用通过同一个Session来交互。
InputManager和InputMonitor负责上层的消息分发功能。
WindowManagerService内部的几个重要成员变量：
ArrayList mWindows
HashMap<IBinder, WindowState> mWindowMap
ArrayList mTokenList
ArrayList mAppTokens
mWindows保存了系统中所有的WindowState；
mWindowMap保存了每个WindowState和客户端窗口的映射关系，客户端应用请求窗口操作时，通过mWindowMap查询到对应的WindowState；
mTokenList保存了所有的WindowToken
mAppTokens保存了所有的AppWindowToken
窗口管理服务端主要类图
一个Activity从启动到添加窗口的整个流程如下：
ActivityManagerService在接收到启动Activity请求时，首先生成一个token作为该Activity的唯一标识。然后调用WindowManagerService向其添加一个AppWindowToken，此AppWindowToken封装了Activity的token。接着AMS启动应用客户端进程并把token传递到该进程，在客户端进程里完成Activity的初始化。在Activity的attach()函数中，Activity完成PhoneWindow的创建，并且把token传递给PhoneWindow。在Activity调用WindowManager.addView()时，在WindowManager内部会把token和该View关联，真正向WindowManagerService申请创建窗口的时候，再把token传递给WindowManagerService。WindowManagerService接收到创建窗口的请求的时候，通过mTokenMap查询对应该token的AppWindowToken，如果为空则抛出异常，否则创建一个WindowState并完成初始化工作和其他数据结构的调整工作。在这个过程中，token贯穿了服务端的AMS、WMS和客户端的Activity、Window。
Activity启动过程中创建窗口的时序图
四、 WMS中服务端和客户端的交互接口和数据结构
应用请求创建窗口时，和应用直接交互的是WindowManager对象。WindowManager只是一个接口，调用addView()创建窗口时正真交互的是WindowManagerImpl对象。WindowManagerImpl管理单个应用的所有本地窗口。应用调用addView()创建窗口时，WindowManagerImpl会生成一个ViewRoot对象与之相对应，并且把相应的参数LayoutParams保存起来。
addView()的执行流程如下：
(1) 检查所添加的窗口是否已经添加过，不允许重复添加；
(2) 如果所添加窗口为子窗口类型，找到其父窗口，并保存在内部变量中；
(3) 创建一个新的ViewRoot，并保存对应的View（DecorView）和LayoutParams；
(4) 调用ViewRoot的setView()方法，完成真正意义上的添加工作。
ViewRoot本质上是一个Handler，并且实现了ViewParent接口。ViewRoot的主要功能是：
1. 负责分发消息事件，如Key、Motion事件等；
2. 负责和WMS的交互，分发WMS的交互命令；
3. 作为DecorView的parent，对DecorView进行draw、measure、layout等操作；
在addView()的第3、4步完成之后，ViewRoot就全权接管了和WMS的交互工作，DecorView不需要做任何交互动作。ViewRoot和WMS之间的双向对话，主要是通过以下两个数据结构进行的：
IWindowSession
IWindow
这两个数据结构都是标准的aidl接口，用于进程之间的同步通信。IWindowSession负责ViewRoot到WMS的单向请求，IWindow则用于WMS回调ViewRoot。在ViewRoot对象内部，存在着一个IWindowSession的静态成员和一个IWindow的非静态成员，所以一个进程里只有一个IWindowSession对象，但是可以有多个IWindow对象。
Window、WindowManager、DecorView、ViewRoot、IWindowSession、IWindowSession、WindowState、WindowManagerService之间的关系可用下图来表示：
在ViewRoot的构造函数中，调用getWindowSession()初始化静态成员sWindowSession和非静态成员mWindow。在第4步调用setView()方法时，ViewRoot会调用sWindowSession.add()方法，把IWindow添加到WMS中，WMS就会生成一个WindowState与之一一对应，并且把IWindow对象保存到WindowState内部作为回调的接口。之后所有WMS的命令，都会通过直接访问
IWindow接口，以消息的形式分发到ViewRoot，ViewRoot来完成相应的处理，或对DecorView进行操作，或完成后通过sWindowSession报告给WMS。
一个窗口从添加到显示可用以下时序图表示：
窗口添加过程时序图
到此为止，整个窗口管理系统整体架构可表示如下：
窗口管理系统整体架构图
五、 WindowState和Surface
从Client端调用WindowManager的addView()方法到WMS完成WindowState的初始化，在这整个过程中，只是完成了一个窗口数据结构的创建，也就是说，到现在为止，Client端的窗口和Server端的窗口已经建立了一种相对固定的连接关系，并且Client端和Server端之间能够正常通信，WMS能够透明的对Client端的窗口进行操作，同时WMS也能够接收Client端窗口的命令，对WindowState进行相应的调整。
urface**
从Client端调用WindowManager的addView()方法到WMS完成WindowState的初始化，在这整个过程中，只是完成了一个窗口数据结构的创建，也就是说，到现在为止，Client端的窗口和Server端的窗口已经建立了一种相对固定的连接关系，并且Client端和Server端之间能够正常通信，WMS能够透明的对Client端的窗口进行操作，同时WMS也能够接收Client端窗口的命令，对WindowState进行相应的调整。
标签：窗口,WMS,ViewRoot,WindowState,token,2021,Activity,Android,view 来源： https://blog.csdn.net/m0_66264169/article/details/122666817