进阶之路 | 奇妙的Window之旅

前言

本文已经收录到个人Github我的博客，欢迎大佬们光临寒舍：

个人GIthub博客

学习清单：

• Window&WindowManagerService

• Window&WindowManager

• Window&PhoneWindow

• Window&Activity

• Window&View

• Window内部机制

• Window建立过程

一.为何要学习Window?

Android手机上全部的视图都是经过Window来呈现的，像经常使用的Activity，Dialog，PopupWindow，Toast，他们的视图都是附加在Window上的，因此能够这么说 ——「Window是View的直接管理者」。

Window是一个顶层窗口查看和行为的一个抽象基类，这个类的实例做为一个顶级View添加到Window Manager。它提供了一套标准的UI方法，好比添加背景，标题等等。

Window自己很抽象，深刻了解Window，不只有助于你了解Android系统中各个层级之间的关系，还能够对Toast的内部机制、自定义等等方面会有更加深刻的体会。

二.核心知识点概括

2.1 Window关系解析

看到下面这张大图，是否是感受有点乱乱的，别急，别急，心急吃不了热豆腐，笔者将向您娓娓道来

2.1.1 Window&PhoneWindow

笔者以前在进阶之路 | 奇妙的View之旅中，说起setContentView的时候简单说到了Window和PhoneWindow，相信看过的读者已经对此有一个简单的印象。

Window是一个抽象类，它定义了顶级窗体样式和行为。其惟一的实现类是PhoneWindow。

2.1.2 Window&View

笔者以前在进阶之路 | 奇妙的View之旅中，说起View工做流程的时候简单说到了ViewRootImpl，相信看过的读者已经对此有一个简单的印象。

每一个Window都对应一个View和一个ViewRootImpl，Window和View经过ViewRootImpl来创建联系。Window并不可见，它实际以View的形式存在，它是View的直接管理者。

2.1.3 Window&WindowManagerService

想了解IPC的读者，能够看下笔者写的一篇博客： 进阶之路 | 奇妙的 IPC 之旅

Window的具体实现位于WindowManagerService中。WindowManager和WindowManagerService的交互是一个IPC（跨进程通讯）过程。

2.1.4 Window&WindowManager

实际使用中没法访问Window，对Window的访问必须经过WindowManager（换句话说，WindowManager是外界访问Window的入口），对Window的操做经过它完成。

• 例如：经过WindowManager添加Window

//将一个Button添加到屏幕为（100,300）的位置
mFloatingButton = new Button(this);
mFloatingButton.setText("test button");

mLayoutParams = new WindowManager.LayoutParams(LayoutParams.WRAP_CONTENT, LayoutParams.WRAP_CONTENT, 0, 0,PixelFormat.TRANSPARENT);//第三个参数表明flags，第四个参数表明type

mLayoutParams.flags = LayoutParams.FLAG_NOT_TOUCH_MODAL
        | LayoutParams.FLAG_NOT_FOCUSABLE
        | LayoutParams.FLAG_SHOW_WHEN_LOCKED;//配置flags
mLayoutParams.type = LayoutParams.TYPE_SYSTEM_ERROR;//配置type
mLayoutParams.gravity = Gravity.LEFT | Gravity.TOP;//配置gravity
mLayoutParams.x = 100;//相对于gravity
mLayoutParams.y = 300;//相对于gravity

mFloatingButton.setOnTouchListener(this);
mWindowManager.addView(mFloatingButton, mLayoutParams);
复制代码

下面依次介绍WindowManager的三个重要参数：

• flags：表示Window的属性。主要的可选值含义：

• FLAG_NOT_FOCUSABLE：表示Window不须要获取焦点，也不须要接收各类输入事件，此标记会同时启动FLAG_NOT_TOUCH_MODEL，最终事件会传递给下层的具备焦点的Window。
• FLAG_NOT_TOUCH_MODAL：表示系统会将当前Window区域之外的单击事件传递给底层的Window，而区域之内的单击事件则本身处理。通常都须要开启此标记，不然其余Window将没法收到单击事件。
• FLAG_SHOW_WHEN_LOCKED：表示Window可显示在锁屏界面。

• type：表示Window的类型。Window有三种类型：

  A.应用类Window:对应一个Activity

  B.子Window：不能单独存在，需附属特定的父Window。如Dialog

  C.系统Window： 需声明权限才能建立。如Toast

  • 系统权限有不少值，通常选用：TYPE_SYSTEM_OVERLAY/TYPE_SYSTEM_ERROR

  • 记得声明权限：< uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW"/>,Android6.0如下直接声明权限便可，Android6.0以上还须要用户打开软件设置页手动打开，才能受权。

• Window是分层的，见下表
• 层级大的会覆盖在层级小的Window上面。
• 对应WindowManager.LayoutParams的type参数。

Window	层级
应用Window	1-99
子Window	1000-1999
系统Window	2000-2999

• gravity：表示Window的位置。

• 默认是屏幕中间
• x、y值相对于gravity

2.2 Window的内部机制

• WindowManager对Window主要有三大操做：添加、更新和删除。

  这三个方法主要是定义在ViewManager接口中：

public interface ViewManager {
    public void addView(View view, ViewGroup.LayoutParams params);//添加过程
    public void updateViewLayout(View view, ViewGroup.LayoutParams params);//更新过程
    public void removeView(View view);//删除过程
}
复制代码

• WindowManager也是一个接口，它继承了ViewManager接口：

public interface WindowManager extends ViewManager {}
复制代码

• WindowManager的具体实现类是WindowManagerImpl：

public final class WindowManagerImpl implements WindowManager{
        @Override
        public void addView(View view, ViewGroup.LayoutParams params){
            mGlobal.addView(view, params, mDisplay, mParentWindow);
        }
        
        @Override
        public void updateViewLayout(View view, ViewGroup.LayoutParams params){
            mGlobal.updateViewLayout(view, params);
        }
        
        @Override
        public void removeView(View view){
            mGlobal.removeView(view, false);
        }
}
复制代码

• 由以上代码可见，WindowManagerImpl并无直接实现Window的三大操做，而是交给了WindowManagerGlobal。WindowManagerGlobal以单例模式向外提供本身的实例：

WindowManagerImpl这种工做模式是典型的桥接模式

private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();
复制代码

一幅图说明这几个类的关系：

所以，经过WindowManagerGlobal的addView()、updateViewLayout()、removeView()实现WindowManager对Window的添加、删除和修改。

2.2.1 Window的添加

2.2.2 Window的删除

2.2.3 Window的更新

不难发现，以上验证了以前的总结：

• Window的三大操做最终都会经过一个IPC过程移交给WindowManagerService。
• Window和View经过ViewRootImpl来联系，ViewRootImpl可控制View的测量、布局和重绘。

限于篇幅，笔者这里暂未贴上源码，若是想了解的话，推荐一篇文章：我眼中的Window建立/添加/删除/更新过程

2.3 Window的建立过程

因为View必须依附Window才能呈现出来，所以有View的地方必有Window。在Android中能够提供View的地方有Activity、Dialog和Toast，PopupWindow,菜单，下面分别来看Activity、Dialog和Toast三种Window的大体建立过程：

2.3.1 Activity的Window建立过程

Activity的启动流程这里不了解不要紧，笔者后面会专门写一篇文章来介绍

想了解Activity的Window建立过程的源码的读者，笔者推荐一篇文章： Activity的Window建立过程分析

2.3.2 Dialog的Window建立过程

• Dialog.show()方法：完成DecorView的显示
• WindowManager.remoteViewImmediate()方法：当Dialog被dismiss时移除DecorView

2.3.3 Toast的Window建立过程

Q1：Toast的内部的视图由两种方式指定：

• 系统默认的样式
• 经过setView()指定一个自定义View

Q2：Toast具备定时取消功能，故系统采用Handler作定时处理

Q3：在Toast内部有两类IPC过程：

• Toast访问NotificationManagerService()(NotificationManagerService运行在系统的进程)；
• NotificationManagerService回调Toast里的TN接口（运行在Binder线程池）。

Q4：Toast提供方法show()和cancel()分别用于显示和隐藏Toast。

• Toast的显示和隐藏都须要经过NMS来实现，因为NMS运行在系统进程中，故需经过远程调用的方式来进行显示和隐藏Toast。
• NMS处理Toast的显示和隐藏请求时会跨进程回调TN中的方法，可是因为TN运行在Binder线程池中，故需经过Handler将其切换到当前线程（发送Toast请求的线程）。

• NMS只是起到了管理Toast队列及其延时的效果
• Toast 的显示和隐藏实际是经过TN来实现的。

想了解Toast的Window建立过程的源码的读者，笔者推荐一篇文章：Android对话框Dialog，PopupWindow，Toast的实现机制

三.课堂小测试

恭喜你！已经看完了前面的文章，相信你对Window已经有必定深度的了解，下面，进行一下课堂小测试，验证一下本身的学习成果吧！

Q1:一个应用中有多少个Window?

答案：无限个。缘由：任何一个View都是依附在Window上面，一个应用能够有无限个View，天然Window也是无限个。

Q2：Window对象有存在的必要吗？

• 疑惑点：Window能作的事情，View对象基本都能作：像触摸事件、管理各个子View等等。
• 可能有人会说：“Window是View的管理者”。
• 追问：咱们知道，WindowManager是Window的管理者，那为何不直接用WindowManager管理View呢？
• 答案：站在系统的角度上看，系统是“不知道”有View对象这个说法的！做为系统，我有本身的骄傲，不去管你Window如何搬砖、如何砌墙，只给你地皮。而这时，Window为了绘制出用户想要的组件（按钮、文字、输入框等等），系统又不给我！没事，那我本身定义，因而就定义了View机制，给每一个View提供Canvas，让不一样的View本身绘制具备本身特点的组件。同时，为了更好的管理View，经过定义ViewGroup，等等。

Q3：Activity有存在的必要吗？

• 疑惑点：Window已是系统管理的窗口界面。那么为何还须要Activity呢？咱们把Activity所作的事情，所有封装到Window不就行了？悬浮窗口Dialog中不就是没有使用Activity来显示一个悬浮窗吗？
• 答案：Android中的应用中，里面对各个窗口的管理至关复杂（任务栈、状态等等）。可是若是让用户本身去管理这些Window，先不说工做量，光让用户本身去实现任务栈这点，就很难了。为了让你们能简单、快速的开发应用，Android让Activity帮咱们管理好，咱们只需简单的去重写几个回调函数，无需直接与Window对象接触。

任何事物都有规律，语言再难，也是人发明的，同样具备社会性，其实这几个的关系就像是国家的中央系统的官员分配同样，从古至今，一层对一层负责，这样各司其职，又相互一层层联系着，达到效率最大化，忽然发现，古人的智慧仍是很厉害的，你让皇帝（系统）去管辖全部的官员（view），岂不是要累死？因此才出现了中间这些“官员”

---

若是文章对您有一点帮助的话，但愿您能点一下赞，您的点赞，是我前进的动力

本文参考连接：

• 《Android 开发艺术探索》
• 桥接模式
• 我眼中的Window建立/添加/删除/更新过程
• Activity的Window建立过程分析
• Android对话框Dialog，PopupWindow，Toast的实现机制
• 学习笔记|AS入门（番外） 技能篇
• 要点提炼|开发艺术之Window
• Android Window 机制探索
• 理清Activity、View及Window之间关系
• android 6.0以后 android.permission.SYSTEM_ALERT_WINDOW使用方法变更
• 一个app有多少个window？