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交互。

    原文作者:o19871108
    原文地址: https://blog.csdn.net/o19871108/article/details/50943151
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞