Android P WMS简介

Android P WMS removewindow流程

Android P WMS relayoutWindow流程

Android P WMS windowanimator

Android P WMS Surface

Android P WMS 问题种类和debug分析技巧

Android P WMS View System 简介

Android P WMS简介


WMS是系统的其他服务,无论对于应用开发还是Framework开发都是重点的知识,它的职责有很多,主要有以下几点:

窗口管理
WMS是窗口的管理者,它负责窗口的启动、添加和删除,另外窗口的大小和层级也是由WMS进行管理的。窗口管理的核心成员有DisplayContent、WindowToken和WindowState。

窗口动画
窗口间进行切换时,使用窗口动画可以显得更炫一些,窗口动画由WMS的动画子系统来负责,动画子系统的管理者为WindowAnimator。

输入系统的中转站
通过对窗口的触摸从而产生触摸事件,InputManagerService(IMS)会对触摸事件进行处理,它会寻找一个最合适的窗口来处理触摸反馈信息,WMS是窗口的管理者,因此,WMS“理所应当”的成为了输入系统的中转站。

Surface管理
窗口并不具备有绘制的功能,因此每个窗口都需要有一块Surface来供自己绘制。为每个窗口分配Surface是由WMS来完成的。

WMS的职责可以简单总结为下图。

2.windowState

windowState就是window,每个window都有一个surface来绘画,window本身是没法画的。

Window的类型

Android系统的Window有很多个,大体上来说,Framework定义了三种窗口类型;

系统Window
常见的系统Window有哪些呢?比如在手机电量低的时候,会有一个提示电量低的Window,我们输入文字的时候,会弹出输入法Window,还有搜索条Window,来电显示Window,Toast对应的Window,可以总结出来,系统Window是独立与我们的应用程序的,对于应用程序而言,我们理论上是无法创建系统Window,因为没有权限,这个权限只有系统进程有。

应用程序Window
所谓应用窗口指的就是该窗口对应一个Activity,因此,要创建应用窗口就必须在Activity中完成了。本节后面会分析Activity对应的Window的创建过程。

子Window
所谓的子Window,是说这个Window必须要有一个父窗体,比如PopWindow,Dialog是属于应用程序Window,这个比较特殊。

每一种窗口类型定义了一种对应的type
应用类型的窗口的type范围是1~99

 

应用类型的窗口

子窗口的type范围是1000~1999

 

子窗口

系统的窗口的type范围是2000以上 

 

系统的窗口

系统窗口的type值>子窗口的type值>应用类型窗口的type值,一般来说,根据type值大小关系,可以推出系统窗口在子窗口的上面,子窗口在应用窗口的上面。

 

3.z-order

手机上采用的是层叠式布局,层叠式布局是一个三维的空间,将手机的水平方向作为X轴,竖直方向作为Y轴,还有一根垂直与屏幕从里朝外方向的虚拟的Z轴,所有窗口 (WindowState) 按照顺序排列在Z轴上,如下图。z轴座标就是z-order,越大证明他的windowState越在前面。

3.1 、 mBaseLayer 主序 确认

  1. @/frameworks/base/services/core/java/com/android/server/wm/WindowState.java
  2. WindowState(WindowManagerService service, Session s, IWindow c, WindowToken token,
  3. WindowState parentWindow, int appOp, int seq, WindowManager.LayoutParams a,
  4. int viewVisibility, int ownerId, boolean ownerCanAddInternalSystemWindow,
  5. PowerManagerWrapper powerManagerWrapper) {
  6. ...
  7. if (mAttrs.type >= FIRST_SUB_WINDOW && mAttrs.type <= LAST_SUB_WINDOW) {
  8. // The multiplier here is to reserve space for multiple
  9. // windows in the same type layer.
  10. mBaseLayer = mPolicy.getWindowLayerLw(parentWindow //mBaseLayer 主序
  11. * TYPE_LAYER_MULTIPLIER + TYPE_LAYER_OFFSET; ////TYPE_LAYER_MULTIPLIER = 10000 TYPE_LAYER_OFFSET = 1000
  12. mSubLayer = mPolicy.getSubWindowLayerFromTypeLw(a.type); //mSubLayer 次序
  13. mIsChildWindow = true;
  14. if (DEBUG_ADD_REMOVE) Slog.v(TAG, "Adding " + this + " to " + parentWindow);
  15. parentWindow.addChild(this, sWindowSubLayerComparator);
  16. mLayoutAttached = mAttrs.type !=
  17. WindowManager.LayoutParams.TYPE_APPLICATION_ATTACHED_DIALOG;
  18. mIsImWindow = parentWindow.mAttrs.type == TYPE_INPUT_METHOD
  19. || parentWindow.mAttrs.type == TYPE_INPUT_METHOD_DIALOG;
  20. mIsWallpaper = parentWindow.mAttrs.type == TYPE_WALLPAPER;
  21. } else {
  22. // The multiplier here is to reserve space for multiple
  23. // windows in the same type layer.
  24. mBaseLayer = mPolicy.getWindowLayerLw(this)
  25. * TYPE_LAYER_MULTIPLIER + TYPE_LAYER_OFFSET;
  26. mSubLayer = 0;
  27. mIsChildWindow = false;
  28. mLayoutAttached = false;
  29. mIsImWindow = mAttrs.type == TYPE_INPUT_METHOD
  30. || mAttrs.type == TYPE_INPUT_METHOD_DIALOG;
  31. mIsWallpaper = mAttrs.type == TYPE_WALLPAPER;
  32. }
  33. ...
  34. }

mBaseLayer =窗口类型×10000+1000,窗口类型判断如下

  1. default int getWindowLayerFromTypeLw(int type, boolean canAddInternalSystemWindow) {
  2. if (type >= FIRST_APPLICATION_WINDOW && type <= LAST_APPLICATION_WINDOW) {
  3. return APPLICATION_LAYER;
  4. }
  5. switch (type) {
  6. case TYPE_WALLPAPER:
  7. // wallpaper is at the bottom, though the window manager may move it.
  8. return 1;
  9. case TYPE_PRESENTATION:
  10. case TYPE_PRIVATE_PRESENTATION:
  11. return APPLICATION_LAYER;
  12. case TYPE_DOCK_DIVIDER:
  13. return APPLICATION_LAYER;
  14. case TYPE_QS_DIALOG:
  15. return APPLICATION_LAYER;
  16. case TYPE_PHONE:
  17. return 3;
  18. case TYPE_SEARCH_BAR:
  19. case TYPE_VOICE_INTERACTION_STARTING:
  20. return 4;
  21. case TYPE_VOICE_INTERACTION:
  22. // voice interaction layer is almost immediately above apps.
  23. return 5;
  24. case TYPE_INPUT_CONSUMER:
  25. return 6;
  26. case TYPE_SYSTEM_DIALOG:
  27. return 7;
  28. case TYPE_TOAST:
  29. // toasts and the plugged-in battery thing
  30. return 8;
  31. case TYPE_PRIORITY_PHONE:
  32. // SIM errors and unlock. Not sure if this really should be in a high layer.
  33. return 9;
  34. case TYPE_SYSTEM_ALERT:
  35. // like the ANR / app crashed dialogs
  36. return canAddInternalSystemWindow ? 11 : 10;
  37. case TYPE_APPLICATION_OVERLAY:
  38. return 12;
  39. case TYPE_DREAM:
  40. // used for Dreams (screensavers with TYPE_DREAM windows)
  41. return 13;
  42. case TYPE_INPUT_METHOD:
  43. // on-screen keyboards and other such input method user interfaces go here.
  44. return 14;
  45. case TYPE_INPUT_METHOD_DIALOG:
  46. // on-screen keyboards and other such input method user interfaces go here.
  47. return 15;
  48. case TYPE_STATUS_BAR:
  49. return 17;
  50. case TYPE_STATUS_BAR_PANEL:
  51. return 18;
  52. case TYPE_STATUS_BAR_SUB_PANEL:
  53. return 19;
  54. case TYPE_KEYGUARD_DIALOG:
  55. return 20;
  56. case TYPE_VOLUME_OVERLAY:
  57. // the on-screen volume indicator and controller shown when the user
  58. // changes the device volume
  59. return 21;
  60. case TYPE_SYSTEM_OVERLAY:
  61. // the on-screen volume indicator and controller shown when the user
  62. // changes the device volume
  63. return canAddInternalSystemWindow ? 22 : 11;
  64. case TYPE_NAVIGATION_BAR:
  65. // the navigation bar, if available, shows atop most things
  66. return 23;
  67. case TYPE_NAVIGATION_BAR_PANEL:
  68. // some panels (e.g. search) need to show on top of the navigation bar
  69. return 24;
  70. case TYPE_SCREENSHOT:
  71. // screenshot selection layer shouldn't go above system error, but it should cover
  72. // navigation bars at the very least.
  73. return 25;
  74. case TYPE_SYSTEM_ERROR:
  75. // system-level error dialogs
  76. return canAddInternalSystemWindow ? 26 : 10;
  77. case TYPE_MAGNIFICATION_OVERLAY:
  78. // used to highlight the magnified portion of a display
  79. return 27;
  80. case TYPE_DISPLAY_OVERLAY:
  81. // used to simulate secondary display devices
  82. return 28;
  83. case TYPE_DRAG:
  84. // the drag layer: input for drag-and-drop is associated with this window,
  85. // which sits above all other focusable windows
  86. return 29;
  87. case TYPE_ACCESSIBILITY_OVERLAY:
  88. // overlay put by accessibility services to intercept user interaction
  89. return 30;
  90. case TYPE_SECURE_SYSTEM_OVERLAY:
  91. return 31;
  92. case TYPE_BOOT_PROGRESS:
  93. return 32;
  94. case TYPE_POINTER:
  95. // the (mouse) pointer layer
  96. return 33;
  97. default:
  98. Slog.e("WindowManager", "Unknown window type: " + type);
  99. return APPLICATION_LAYER;
  100. }
  101. }

3.2 、mSubLayer 子序的确认

SubLayer(称为子序),SubLayer值是用来描述一个窗口是否属于另外一个窗口的子窗口,或者说SubLayer值是用来确定子窗口和父窗口之间的相对位置的。

一个Activity中有三个子窗口WindowState1、WindowState2、WindowState3,WindowState1WindowState2在窗口A的前面,WindowState3在A的后面,这几个兄弟窗口为什么可以这样排序呢,这就是mSubLayer的作用,子序越大,则相对其他兄弟窗口越靠前,反之,越靠后,如果为负数,就处在父窗口的后面,如窗口A中的WindowState3,子序是根据窗口类型调用subWindowTypeToLayerLw确定的,subWindowTypeToLayerLw同样是在Window的构造方法中调用的。

  1. public int subWindowTypeToLayerLw(int type) {
  2. switch (type) {
  3. case TYPE_APPLICATION_PANEL:
  4. case TYPE_APPLICATION_ATTACHED_DIALOG:
  5. return APPLICATION_PANEL_SUBLAYER;//返回值是1
  6. case TYPE_APPLICATION_MEDIA:
  7. return APPLICATION_MEDIA_SUBLAYER;//返回值是-2
  8. case TYPE_APPLICATION_MEDIA_OVERLAY:
  9. return APPLICATION_MEDIA_OVERLAY_SUBLAYER;//返回值是-1
  10. case TYPE_APPLICATION_SUB_PANEL:
  11. return APPLICATION_SUB_PANEL_SUBLAYER;//返回值是2
  12. case TYPE_APPLICATION_ABOVE_SUB_PANEL:
  13. return APPLICATION_ABOVE_SUB_PANEL_SUBLAYER;//返回值是3
  14. }
  15. Log.e(TAG, "Unknown sub-window type: " + type);
  16. return 0;
  17. }

 3.3 、窗口Z序的调整

当WindowState创建完成,并且被添加到WMS维持的数组里面后,就需要调用WindowLayersController的assignLayersLocked(windows),进行Z序的调整。

  1. //参数windows是窗口列表
  2. final void assignLayersLocked(WindowList windows) {
  3. if (DEBUG_LAYERS) Slog.v(TAG_WM, "Assigning layers based on windows=" + windows,
  4. new RuntimeException("here").fillInStackTrace());
  5. clear();
  6. int curBaseLayer = 0;
  7. int curLayer = 0;
  8. boolean anyLayerChanged = false;
  9. //遍历窗口列表,上面通过Z序的计算公式计算出来的Z序值保存在WindowState的变量mBaseLayer
  10. 中,这个循环的意思是,遇到同类型的窗口,后一个窗口在前一个窗口的基础上偏移5。
  11. for (int i = 0, windowCount = windows.size(); i < windowCount; i++) {
  12. final WindowState w = windows.get(i);
  13. boolean layerChanged = false;
  14. int oldLayer = w.mLayer;
  15. if (w.mBaseLayer == curBaseLayer || w.mIsImWindow || (i > 0 && w.mIsWallpaper)) {
  16. curLayer += WINDOW_LAYER_MULTIPLIER;
  17. } else {
  18. curBaseLayer = curLayer = w.mBaseLayer;
  19. }
  20. // 更新该窗口的mAnimLayer,也就是动画显示时,该窗口的层级
  21. assignAnimLayer(w, curLayer);
  22. // TODO: Preserved old behavior of code here but not sure comparing
  23. // oldLayer to mAnimLayer and mLayer makes sense...though the
  24. // worst case would be unintentionalp layer reassignment.
  25. if (w.mLayer != oldLayer || w.mWinAnimator.mAnimLayer != oldLayer) {
  26. layerChanged = true;
  27. anyLayerChanged = true;
  28. }
  29.      // 将当前应用窗口的最高显示层级记录在mHighestApplicationLayer中
  30. if (w.mAppToken != null) {
  31. mHighestApplicationLayer = Math.max(mHighestApplicationLayer,
  32. w.mWinAnimator.mAnimLayer);
  33. }
  34.   // 对于分屏等相关的窗口,它们的显示层级需要再次处理
  35. collectSpecialWindows(w);
  36. if (layerChanged) {
  37. w.scheduleAnimationIfDimming();
  38. }
  39. }
  40.     // 调整特殊窗口的层级
  41. adjustSpecialWindows();
  42. //TODO (multidisplay): Magnification is supported only for the default display.
  43. if (mService.mAccessibilityController != null && anyLayerChanged
  44. && windows.get(windows.size() - 1).getDisplayId() == Display.DEFAULT_DISPLAY) {
  45. mService.mAccessibilityController.onWindowLayersChangedLocked();
  46. }
  47. if (DEBUG_LAYERS) logDebugLayers(windows);
  48. }

4.token

Android AMS(六) Activity与WMS的连接过程之AppWindowToken

WmS详解(一)之token到底是什么?基于Android7.0源码

 

参考:

Android解析WindowManagerService(一)WMS的诞生

Android窗口系统第一篇---Window的类型与Z-Order确定

Android AMS(六) Activity与WMS的连接过程之AppWindowToken

WmS详解(一)之token到底是什么?基于Android7.0源码

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章