一、Window和WindowManager

Window：

Window是一个抽象类，它定义了顶级窗体样式和行为。其唯一的实现类是PhoneWindow。
每个Window都对应一个View和一个ViewRootImpl，Window和View通过ViewRootImpl来建立联系。Window并不可见，它实际以View的形式存在，它是View的直接管理者。

WindowManager：

实际使用中无法访问Window，对Window的访问必须通过WindowManager，对Window的操作通过它完成。Window的具体实现位于WindowManagerService中,WindowManager和WindowManagerService的交互是一个IPC过程。

联系

使用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的三个重要参数：
最主要设置WindowManager.LayoutParams构造函数中的

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

属性值	描述
FLAG_NOT_FOCUSABLE	表示Window不需要获取焦点，也不需要接收各种输入事件，此标记会同时启动FLAG_NOT_TOUCH_MODEL，最终事件会传递给下层的具有焦点的Window。
FLAG_NOT_TOUCH_MODAL	表示系统会将当前Window区域以外的单击事件传递给底层的Window，而区域以内的单击事件则自己处理。一般都需要开启此标记，否则其他Window将无法收到单击事件。
FLAG_SHOW_WHEN_LOCKED	表示Window可显示在锁屏界面。

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

Window	层级	描述
应用Window	1～99	对应一个Activity
子Window	1000～1999	不能单独存在，需附属特定的父Window。如Dialog。
系统Window	2000～2999	需申明权限(SYSTEM_ALERT_WINDOW)才能创建。如Toast。

注意:
Window是分层的,层级大的会覆盖在层级小的Window上面。
对应WindowManager.LayoutParams的type参数。

3. gravity
   表示Window的位置。
   默认是屏幕中间。
   x、y值相对于gravity。

二、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{
    private final WindowManagerGlobal mGlobal = WindowManagerGlobal.getInstance();

        @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以单例模式向外提供自己的实例。以下为三者的关系：

三者的关系

通过代码可以知道最终通过WindowManagerGlobal的addView()、updateViewLayout()、removeView()实现WindowManager对Window的添加、删除和修改。

下面分别来看WindowManagerGlobal对Window操作的大致过程：

1. Window的添加过程:

   
   添加过程

2. Window的删除过程

   
   删除过程

3. Window的更新过程

   
   更新过程

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

三、Window的创建过程

View 是 Android 中的视图的呈现方式，但是 View 不能单独存在，它必须附着在 Window 这个抽象的概念上面，Activity、Dialog、Toast 等视图都对应着一个 Window。

1、Activity的创建过程

Activity的创建过程

2、Dialog的创建过程

1. 创建WindowDialog。和Activity类似，同样是通过PolicyManager.makeNewWindow()来实现。
2. 初始化DecorView并将Dialog的视图添加到DecorView中去。和Activity类似，同样是通过Window.setContentView()来实现。
3. 将DecorView添加到Window中显示。和Activity一样，都是在自身要出现在前台时才会将添加Window。
4. Dialog.show()方法：完成DecorView的显示。
5. Dialog.dismiss()方法：完成移除View，调用WindowManager.remoteViewImmediate()方法；

3、Toast的创建过程

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

• 系统默认的样式；
• 通过setView()指定一个自定义View。
  这里见技能篇之Toast的使用

2. Toast具有定时取消功能，故系统采用Handler做定时处理。
3. 在Toast内部有两类IPC过程：

• Toast访问NotificationManagerService(NMS)；
• NotificationManagerService回调Toast里的TN接口。

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

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

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

Toast的创建过程

参考：(开发艺术之Window)[https://www.jianshu.com/p/ed03aed9a4db]