之前有分析说过，WindowManagerService只负责窗口管理，并不负责View的绘制跟图层混合，本文就来分析WMS到底是怎么管理窗口的。初接触Android时感觉：Activity似乎就是Google封装好的窗口，APP只要合理的启动新的Activity就打开了新窗口，这样理解没什么不对，Activity确实可以看做一种窗口及View的封装，不过从源码来看，Activity跟Window还是存在不同。本文主要从以下几点分析WMS窗口管理：
窗口管理可以说是Android系统中最复杂的一部分，主要是它涉及的模块比较对，虽然说是窗口管理，但除了WindowManagerService还包括SurfaceFlinger服务、Linux的共享内存及tmpfs文件系统、Binder通信、InputManagerService、动画、VSYNC同步技术等，一篇文章不可能分析完全，但是可以首先对于窗口的显示与管理有一个大概的轮廓，再分块分解，涉及的知识点大概如下：
Android模拟器常常被用来刷单，如何准确的识别模拟器成为App开发中的一个重要模块，目前也有专门的公司提供相应的SDK供开发者识别模拟器。 目前流行的Android模拟器主要分为两种，一种是基于Qemu，另一类是基于Genymotion，网上现在流行用一些模拟器特征进行鉴别，比如：
APP开发中常需要获取Android的Deviceid，以应对防刷，目前常用的几个设备识别码主要有IMEI（国际移动设备身份码 International Mobile Equipment Identity）或者MEID（Mobile Equipment IDentifier），这两者也是常说的DeviceId，不过Android6.0之后需要权限才能获取，而且，在Java层这个ID很容易被Hook，可能并不靠谱，另外也可以通过MAC地址或者蓝牙地址，序列号等，暂列如下：
Android窗口管理系统是非常大的一块，涉及AMS、InputManagerService、输入法管理等，这么复杂的一个系统，如果直接扎进入分析看源码可能会比较混乱，所以，本文以Toast显示原理作为切入点，希望能简单点初窥一下WMS。首先，简单看下Toast用法：
目录
目录
协议：数据的组织与传输约定