WindowManagerService分析(草稿)

1.WindowManager 和 ViewGroup 都是 继承于 ViewManager

这个接口包含 3个 方法: 
addView(); 
updateViewLayout();
removeView();


2.Window 在android 上的显示也是按照 三维空间的显示方式 显示，X,Y轴代表了
  平面，Z轴代表了不同层级的上下 ->延伸到 Activity 即为 ActivityStack 里面保存的是
   ActivityRecord;->延伸到Window 中 即为 WindowState ,在WindowManagerService中 这一调整
   是通过mTokenList 这一个ArrayList 的添加、删除、位置的移动来调整的(这是 WindowManager 与
   Activity 交互上的 调整)
   对于WindowManger 本身而言,它也有自己的调整，一个WindowState的序列，mWindows.
   在顺序上 mWindows 和 mTokenLsit 都是 按Z轴位置从大到小排列的，即窗口愈在上面，在队列愈靠前。
   当然对于一个WindowState 它可能是有子窗口，他同样有一个ArrayList对Z轴位置进行维护，顺序上跟
   mTokenList是一样的


  
3.回到 最初的3个方法。 addView 就是添加WindowState的。因为android内部对于窗口实际上也是分了几类的，
对于一个WindowState的添加，可能有以下情况:
  1.这是一个输入法窗口
  2.这是一个输入法对话框  (这2个其实可以归为一类)
  3.这是一个壁纸
  4.这是一个普通窗口


windowState的附加 是跟它的一个内部变量mSubLayer 有关系的,
一个windowState可以有子windowState activity中包含popwinow 他们使用同一个appToken/




归纳起来,我们可以认为每一个appToken或者 windowToken就是一个钥匙，他们一一对应一个房间(样式可以是豪华间。普通间。超豪华)即为

actiivty窗口,输入法窗口,壁纸窗口）而房间内可以有家具（子windowState，popwindow 他是需要一个apptoken才能启动的，就是说 它其实是依附一个windowState ）不是很恰当.

而一个窗口的操作一般有3中，添加，删除，调整位置。对应上面的3个方法。

同时 我们还需要对WindowState的触碰操作，这就涉及到另外一个数据接口 mTokenMap,它是以IBinder作为key,因此很方便与Activity交互。