Window和WMS

2020-04-26 本文已影响0人 Vinson武

1.Window与WindowManager

Window是一个抽象类，==它的具体实现是PhoneWindow==，==Window创建时通过WindowManager完成==。
WindowManager与WindowManagerService交互是一个IPC过程。

Flags--Window属性

FLAG_NOT_FOCUSABLE--表示当前Window不需要焦点，也不需要接收事件，事件将传递给下层具有焦点的window。
FLAG_NOT_TOUCH_MODAL--系统会将window区域以外的单击事件传递给底层的window，当前window区域以内的单击事件则自己处理，这个标记很重要，一般都要开启。
FLAG_SHOW_WHEN_LOCKED--可以让window显示在锁屏的界面上。

Type--Window类型

应用window--对应着一个Activity
子window -- 需要附属在特定的父window之中，Dialog
系统window--需要声明权限才能创建的Window，Toast、系统状态栏

每个window对应z-ordered，==层级大的会覆盖在层级小的window上面==。其中应用Window的层级范围1-99，子Window的层级范围是1000-1999，系统Window的层级范围是2000-2999。

Window和WM、WMS

Window是一个抽象概念，==每个Window都对应着一个View和一个ViewRootImpl，Window和View通过ViewRootImpl来建立联系==，因此==Window并不是实际存在的，它是以View的形式存在的==。
PhoneWindow是唯一实现Window的类，它将DecorView设为根View，每个Activity都有一个PhoneWindow对象。==PhoneWindow是Activity和View系统交互的桥梁==。
在setContentView中，其实是通过Activity中间代理了一层，最终还是会调用到PhoneWindow。mContentParent为空时表示当第一次时，当前内容未放置到窗口，便调用了installDecor方法。installDecore方法就是用来添加DecorView根View的。mLayoutInflater.inflate(layoutResID, mContentParent);的将layoutResID关联的View添加到DecorView中去。最后还有就是通过onContentChanged方法回调通知Activity。
==WindowManager是外界访问Window的入口==，它是一个接口，它继承于ViewManager。==负责Window的管理工作，实现类是WindowManagerImpl，而添加、更新、删除这三个对View的操作交由WindowManagerGlobal来处理==。
ViewManager一个接口，它是用来添加和移除activity中View的接口，它定义了一组操作View的方法：add、update、remove。
WindowManagerImpl是WindowManager的实现类，实质上它没干什么事情，可以理解成是一个代理，它有一个WindowManagerGlobal的单例对象，所有事情都是由WindowManagerGlobal来处理的，也是真正处理View的添加、更新、删除的地方。
WindowManagerService
WindowManagerService是一个系统服务，运行在单独的线程中，管理系统中所有的Window，注意是所有。在Window的添加、更新和删除过程中，其实就是WindowManager和WindowManagerService的IPC调用中完成。

Window的添加过程、删除过程、更新过程

在addview过程中，调用了ViewRootImpl的setView方法，View的绘制就是由它来完成的。
mWindowSession是一个IWindowSession接口，它是一个Binder对象，真正的实现类是Session，这也就是之前提到的IPC过程，然后在 Session 内部会通过 WindowManagerService的addWindow 来实现 Window 的添加。整个过程， Window 的添加请求移交给 WindowManagerService 去处理了。

image.png

Activity 的 Window 创建过程

在了解了 Window 的概念及意义后，我们自然就清楚 Activity 的 Window 创建时机，Window 本质就是一块显示区域，==所以关于 Activity 的 Window 创建应该发生在 Activity 的启动过程==，Activity 的启动过程很复杂，最终会由 ActivityThread 中的 performLaunchActivity() 来完成整个启动过程，在这个方法内部会通过类加载器创建 Activity 的实例对象，并调用其 attach 方法为其关联运行过程中所依赖的一系列上下文环境变量。

==Activity 的 Window 创建就发生在 attach 方法里==，系统会创建 Activity 所属的 Window 对象并为其设置回调接口，代码如下：

mWindow = PolicyManager.makeNewWindow(this)；
mWindow.setCallback(this);
mWindow.setOnWindowDismissedCallback(this);
mWindow.getLayoutInflater().setPrivateFactory(this);
...

可以看到，== Window 对象的创建是通过 PolicyManager 的 makeNewWindow 方法实现的==，由于 Activity 实现了 Window 的 Callback 接口，因此当 Window 接受到外界的状态改变时就会回调 Activity 的方法。Callback 接口中的方法很多，有几个是我们非常熟悉的，如 onAttachedToWindow、onDetachedFromWindow、dispatchTouchEvent 等等。

再回到 Window 的创建，可以看到 ==Activity 的 Window 是通过 PolicyManager 的一个工厂方法来创建的，但是在 PolicyManager 的实际调用中，PolicyManager 的真正实现是 Policy 类==，Policy 类中的 makeNewWindow 方法的实现如下：

public Window  makeNewWindow(Context context){
   return new PhoneWindow(context);
}

可以看出，Window 的具体实现类的确是 PhoneWindow。到这里 Window 已经创建完成了，下面分析 ==Activity 的视图是怎么附属到 Window 上的==，而 Activity 的视图由 setContentView 提供，所以从 setContentView 入手，它的源码如下：

public void setContentView(int layoutResID){
   getWindow().setContentView(layoutResID);
   initWindowDecorActionBar();
}

可以看到，Activity 将具体实现交给了 Window，而 Window 的具体实现是 PhoneWindow，所以只需要看 PhoneWindow 的相关逻辑即可，它的处理步骤如下：

(1)、如果没有 DecorView 就创建一个

DecorView 是 Activity 中的顶级 View，是一个 FrameLayout，一般来说它的内部包含标题栏和内容栏，但是这个会随着主题的变化而改变，不管怎么样，内容栏是一定存在的，并且有固定的 id：”android.R.id.content”，在 PhoneWindow 中，通过 generateDecor 方法创建 DecorView，通过 generateLayout 初始化主题有关布局。

(2)、将 View 添加到 DecorView 的 mContentParent 中

这一步较为简单，直接将 Activity 的视图添加到 DecorView 的 mContentParent 中即可，由此可以理解 Activity 的 setContentView 这个方法的来历了，为什么不叫 setView 呢？因为 Activity 的布局文件只是被添加到 DecorView 的 mContentParent 中，因此叫 setContentView 更加具体准确。

(3)、回调 Activity 的 onContentChanged 方法通知 Activity 视图已经发生改变

前面分析到 Activity 实现了 Window 的 Callback 接口，这里当 Activity 的视图已经被添加到 DecorView 的 mContentParent 中了，需要通知 Activity，使其方便做相关的处理。

==经过上面的三个步骤，DecorView 已经被创建并初始化完毕，Activity 的布局文件也已经成功添加到了 DecorView 的 mContentParent 中==，但是这个时候 DecorView 还没有被 WindowManager 正式添加到 Window 中。在 ActivityThread 的 handleResumeActivity 方法中，首先会调用 Acitivy 的 onResume 方法，接着会调用 Acitivy 的 makeVisible() 方法，正是==在 makeVisible 方法中，DecorView 才真正的完成了显示过程==，到这里 Activity 的视图才能被用户看到，如下：

void makeVisible(){
   if(!mWindowAdded){
      ViewManager wm = getWindowManager();
      wm.addView(mDecor, getWindow().getAttributes());
      mWindowAdded = true;
   }
   mDecor.setVisibility(View.VISIBLE);
}