Android窗口层级（Window Type）分析

前言

Android的窗口Window分为三种类型：

应用Window，比如Activity、Dialog；子Window，比如PopupWindow；系统Window，比如Toast、系统状态栏、导航栏等等。

应用Window的Z-Ordered最低，就是在系统中的显示层级最低，然后到子Window，层级最高的是系统Window。层级高的Window会覆盖层级低的Window。 要让窗口覆盖显示，只需要使它的层级比上个窗口高。

三种窗口对应不同的WindowToken，每个应用组件（应用组件可以是Activity、InputMethod、Wallpaper等，每个组件对应一个WindowToken）都需要通过WindowToken向WMS申请添加窗口，WMS（WindowManagerSerivce）通过根据窗口的WindowToken进行分类组织，相同WindowToken的窗口紧密联系。应用组件在新建窗口时必须提供WindowToken表面窗口身份类型。系统窗口会隐式申明WindowToken，同时WMS会在addWindow()时进行鉴权。

应用窗口层级

Activity的显示

先从Activity的setContentView()的源码入手：

在AppCompatDelegateImpl源码中

mSubDecor并非Window中的DecorView，在创建DecorView之后创建的一个子DecorView，包括是否是包含ActionBar、FloatingActionButton等，相当于旧版本的DecorView中TitleBar。

getWindow()是返回返回Activity的mWindow变量，指向一个Window的对象，Window是一个抽象类，这里返回的是PhoneWindow对象（PhoneWindow是Window的子类），PhoneWindow中有一个DecorView对象，DecorView实际上就是个FrameLayout，setContentView()的子布局最终会添加到DecorView中，DecorView为当前窗口的根视图。

这个根视图是如何最终被绘制出来的？

Window表示一个抽象窗口的概念，是View的直接管理者，对应一个View，Window和View之间由ViewRootImpl联系。

Activity的View层级就是如下:

应用窗口层级类型

WMS在进行应用窗口叠加时，会动态改变应用窗口的层值，但层值不会大于99。

public static final int FIRST_APPLICATION_WINDOW = 1;public static final int TYPE_BASE_APPLICATION = 1;public static final int TYPE_APPLICATION = 2;public static final int TYPE_APPLICATION_STARTING = 3;public static final int TYPE_DRAWN_APPLICATION = 4;public static final int LAST_APPLICATION_WINDOW = 99;

Activity的默认窗口层级为TYPE_BASE_APPLICATION。通过WindowManager.addView()将DecorView添加到窗口中。在ActivityThread中有这样一段代码：

2.Dialog默认的层级为TYPE_APPLICATION
Dialog的创建：
1.创建Window（方法同Activity创建）；
2.初始化DecorView，并将Dialog的视图添加进DecorView；
3.将DecorView添加到Window中显示。
同为TYPE_APPLICATION层级的也有ActionMode
Windowmanager的LayoutParams构造方法如果不指定windowtype默认为TYPE_APPLICATION，所以Dialog在Activity中创建时不指定窗口层级默认为TYPE_APPLICATION。

在Service中创建Dialog并弹出时，跟Activity同样代码会报错。需要设置为WindowManager.LayoutParams.TYPE_SYSTEM_ALERT的系统窗口层级以上才可以正常显示。

TYPE_APPLICATION_STARTING 启动窗口，Z-Ordered应高于应用程序中的所有其他窗口。为Android12特有的启动画面StartingWindow 即包含SplashScreen。这里还涉及到SystemUI的WMShell组件，其中SplitScreen分屏模式、OneHanded单手模式、Freeform自由窗口模式、Bubble气泡通知窗口（Android Q）、PIP画中画模式等等系统模式窗口为WMShell处理的一部分。

4. 经常在应用中做一些Toast临时弹框，但Toast为系统窗口而不是应用窗口，层级为TYPE_TOAST，不在应用窗口的范畴。在下面系统窗口介绍。

子窗口层级（Sub Window)

       public static final int FIRST_SUB_WINDOW = 1000;       public static final int TYPE_APPLICATION_PANEL = FIRST_SUB_WINDOW;       public static final int TYPE_APPLICATION_MEDIA = FIRST_SUB_WINDOW + 1;       public static final int TYPE_APPLICATION_SUB_PANEL = FIRST_SUB_WINDOW + 2;       public static final int TYPE_APPLICATION_ATTACHED_DIALOG = FIRST_SUB_WINDOW + 3;       public static final int TYPE_APPLICATION_MEDIA_OVERLAY  = FIRST_SUB_WINDOW + 4;       public static final int TYPE_APPLICATION_ABOVE_SUB_PANEL = FIRST_SUB_WINDOW + 5;       public static final int LAST_SUB_WINDOW = 1999;

子窗口类型必须设置为应用窗口附加的窗口。 这些类型的窗口在 Z-Ordered中保持在它们附加的窗口旁边，并且它们的坐标是相对于所附加的应用窗口。

TYPE_APPLICATION_PANEL为面板子窗口，应用窗口顶部的面板，例如PopupWindow
PopupWindow源码中指定的窗口层级：

  private int mWindowLayoutType = WindowManager.LayoutParams.TYPE_APPLICATION_PANEL;

TYPE_APPLICATION_MEDIA显示媒体（如视频）的窗口。为Android 7.1之前的SurfaceView源码中默认的层级，在SurfaceView源码中的setZOrderOnTop()方法，设置SurfaceView的显示顺序。

  public void setZOrderOnTop(booleanonTop) {       if (onTop) {           mWindowType = WindowManager.LayoutParams.TYPE_APPLICATION_PANEL;           // ensures the surface is placed below the IME           mLayout.flags |= WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM;       } else {           mWindowType = WindowManager.LayoutParams.TYPE_APPLICATION_MEDIA;           mLayout.flags&= ~WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM;       }   }

TYPE_APPLICATION_MEDIA_OVERLAY为隐藏的类型，应用程序无法直接调用。同样在Android 7.1之前的SurfaceView源码中涉及：

       public void setZOrderMediaOverlay(booleanisMediaOverlay) {           mWindowType = isMediaOverlay                   ? WindowManager.LayoutParams.TYPE_APPLICATION_MEDIA_OVERLAY                   : WindowManager.LayoutParams.TYPE_APPLICATION_MEDIA;       }

TYPE_APPLICATION_SUB_PANEL应用窗口的子面板，代表在TYPE_APPLICATION_PANEL的上层，例如PopupWindow弹出列表或者弹出Editor等编辑框等等。

TYPE_APPLICATION_ATTACHED_DIALOG类似于TYPE_APPLICATION_PANEL，但窗口的布局是作为顶级窗口的布局发生的，而不是作为其容器的子窗口。例如CharacterPickerDialog。在PhoneWindow源码中的openPanel()方法使用的就是这个类型，在Android7.1以上则不同，两个值都小于0 代表在当前显示窗口的下层:

6.TYPE_APPLICATION_ABOVE_SUB_PANEL隐藏的类型，为应用窗口之上的子面板及其子面板窗口。 这些窗口显示在其附加窗口和任何 TYPE_APPLICATION_SUB_PANEL 面板的顶部。

系统窗口层级

在开发过程中，经常这样添加窗口：

mWindowManager = (WindowManager) getSystemService(Context.WINDOW_SERVICE); mLayoutParams = new WindowManager.LayoutParams(); mLayoutParams.height = WindowManager.LayoutParams.WRAP_CONTENT; mLayoutParams.width = WindowManager.LayoutParams.WRAP_CONTENT; mLayoutParams.format = PixelFormat.RGBA_8888; mLayoutParams.flags |= WindowManager.LayoutParams.FLAG_FULLSCREEN; mLayoutParams.flags |= WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE; mLayoutParams.type = WindowManager.LayoutParams. TYPE_APPLICATION_OVERLAY;mWindowManager.addView(view, mLayoutParams);

注：TYPE_APPLICATION_OVERLAY为Android 8加入的类型

这样添加的窗口都为系统窗口，同时也需要窗口权限。

<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />

下面为系统窗口层级类型：

下面为Android1开始的窗口层级，从最初的10多个发展到如今的40多个，层出不穷。

自定义的窗口层级

车载方案存在倒车等特殊界面需要在较高的窗口层级显示，Android原有的窗口层级不满足车载需求，因此都会自定义车载窗口层级。

下图为参考自定义的窗口层级：

系统可以自定义窗口层级，framework修改参考另一篇博客：
android自定义窗口层级（自定义车载系统中倒车影像显示层级）

自定义窗口层级在不同Android版本中的初始层级值也是不同，因此需要通过系统属性SystemProperties.getInt("ro.custom.window", 2041)来判断初始值。
例如在Android 13平台的默认ro.custom.window 属性为2401，在Andoid 9等平台为2031。这样做的目的是由于跟Android原生的窗口层级存在冲突，因此需要根据平台来调节初始值。
TYPE_CUSTOM_FIRST_WINDOW()为自定义初始的系统窗口层级，在Android原生的窗口层级之上

TYPE_TOP_BAR和TYPE_BOTTOM_BAR在TYPE_CUSTOM_FIRST_WINDOW之上，但在倒车界面之下显示。
TYPE_REVERSE_WINDOW倒车影像为的窗口层级。若要覆盖在倒车之上需要使用更高的层级或者在倒车出现后添加TYPE_CUSTOM_LAST_WINDOW。

来源地址：https://blog.csdn.net/CJohn1994/article/details/132794066