一、Window简介
作用：桌面上显示一个类似悬浮的东西。
介绍：Window是一个抽象类，实现是由PhoneWindow。WindowManager是外界访问Window的入口。但是最终实现是在WindowService中。WindowManger和WindowService是IPC交互。Andorid所有的视图都是由Window实现的，所以Window是View的直接管理者。（从第四章也知道）
二、Window和WindowManager
（一）、如何添加一个Window到WindowManager
步骤：①、在java代码中创建一个View ②、创建View对应的LayoutParams属性 ③、结合View与Layout放入WindowManager.addView()中。
//创建View TextView float = new TextView(context); float.settext("this is a float window "); //创建LayoutParams WindowManager.LayoutParams params = new LayoutParams(); //配置LayoutParams params.width = width; params.height = height; params.format = PixelFormat.TRANSLUCENT; params.type = WindowManager.LayoutParams.TYPE_APPLICATION_ATTACHED_DIALOG; params.flags = WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL;//后面窗口仍然可以处理点设备事件 params.setTitle("Toast"); params.gravity = gravity; params.windowAnimations = styleAnimations; //获取WindowManager WindowManager windowManager = (WindowManager)context.getSystemService(Context.WINDOW_SERVICE); //将Window添加到WindowManager windowManager.addView(view, this.mLayoutParams);
两个重要的设置参数：flags和type
常见flags:
FLAG_NOT_FOCUSABLE:不需要获取焦点，不接受各种输入事件（同时启用FLAG_NOT_TOUCH_MODAL）。最终事件传给下层具有焦点的Window
FLAG_NOT_TOUCH_MADAL:系统将当前Window区域以外的单击事件传给下一层Window，当前Window区域内的单击事件则自己处理。
FLAG_SHOW_WHEN_LOCKED:让Window显示在锁屏界面上
常见Type（表示Window的类型）：
应用类Window：对应着一个Activity
子Window：无法单独存在，需要附属在特定的父Window上（比如：Dialog就是子Window）。
系统Window：需要声明权限在创建（Toast，系统状态栏都是）
Window的分层概念：应用Window1~99层，子Window1000~1999层，系统Window2000~2999（同时系统层级有许多值，一般采用TYPE_SYSTEM_OVERLAY,并声明权限P296）
WindowManager.Params 中的Gravity的作用：
Gravity:表示params.x和params.y 相对于Gravitiy的偏移量。
比如说：
parmas.gravity = Gravity.LEFT|Gravity.TOP;
表示x相对于左边的偏移量，y相对于右边的偏移量
WindowManger方法及Window的拖动效果
主要方法（继承了ViewManger）：
public interface ViewManager{ //添加View public void addView(); //升级View的Layout public void updateViewLayout(); //移除View public void removeVIew(); } //详细参数将P296
Window的拖动效果
public void onTouch(View v,MontionEvent event){ //获取当前绝对位置 int rawX= (int)event.getRawX(); int rawY = (int)event.getRawY(); //当移动的时候，将位置给Layout，然后从新载入layotu switch(event.geAction){ case MotionEvent.ACTION_MOVE: mLayoutParams.x = rawX; mLayoutParans.y = rawY; mWindowManger.updateViewLayout(view,mLayoutParams); break; } }
三、Window的内部机制
window的定义：window是一个抽象概念，每个Window都对应着一个View和ViewRootImpl。Window与View通过ViewRootImpl建立联系。WindowManager的所有方法都是针对View的，所以View才是Window的实现。
分析Window的增、删、改
从addView开始：WindowManger只是一个接口，WindowMangerIml才是接口的实现类，根据内部方法，交给WindowMangerGlobal类来处理。
WindowManagerGlobal ：首先检查参数是否合法
之后创建ViewRootImpl并将分别放入两个ArrayList中（详见P299 2）。
通过ViewRootIml的setView()方法调用内部requestLayout()调用scheduleTraversals()然后利用mWindowSession(是Binder对象).appToDisplay（所以整个实现通过了一层IPC），真正实现类是Session类。在Session类中，通过WindowMangerService实现Window添加。
Window的删除过程：
调用WindowManager的removeView()方法，同样交给WindowMangerGlobal处理（源码P301 ①）：寻找该View的index,之后通过removeViewLocked()进一步删除。
根据removeViewLocked()源码(P301 ②)：是通过ViewRootImpl进行删除的，其中会调用root.die()方法。WindowManager提供两种删除接口removeView(异步删除：不会立刻删除)removeViewImmidate(同步删除：立刻删除)。如果是同步删除的话，就加入WindowManager的mDyingViews的View列表中。
查看die方法(源码P302 ①)：当判断为异步删除的话，就会向ViewRootImpl的Handler发送MSG_DIE的消息，之后等待Handler处理消息，调用doDie()方法。如果为同步删除则直接调用doDie()方法。
真正删除View的逻辑是在dispatchDetachedFormWindow方法，其主要逻辑是：
1.垃圾回收相关工作
2.通过Session的remove方法移除Window：最终调用WindowManagerService的removeWindow()方法
3.调用View的dispathDetachedFromWindow方法，内部调用View的onDetachedFormWindow()。可以在onDetachedFromWindow()方法中做些回收资源的工作，如终止动画、停止线程。
4.调用WindowManagerGlobal的doRemoveView方法刷新数据包。
Window的更新过程：
更新View的LayoutParams，之后得到该View对应的ViewRootImpl，并调用viewRoot的setLayoutParams()实现更新。
在setLayoutParams()中，会调用ScheduleTraversals()方式实现，测量、布局、重绘这三个过程。之后通过WindowSession更新视图，发送给WindowManagerService。
四、Window的创建过程
（一）、Activity的Window创建过程
最终由AcitivityThread中的perfirmLauchActivity()完成整个启动过程（源码：P305 ①）
作用：①、配置上下文环境变量 ②、调用Activity的attach()方法 。
attach()方法：
作用：创建Window对象，并为其设置Callback回调(例如：onAttachedToWindow、onDetachedFromWindow、dispatchTouchEvent)。
创建Window对象使用PolicyManager的工厂方法。
PolicyManager:是一个策略类，且继承IPolicy接口（工厂方法都在该接口声明 P306 ①）。所以真正实现是在Policy类中，调用Policy的makeNewWindow()方法(P306 ②),发现创建PhoneWindow对象，说明window的具体实现是PhoneWindow。
（二）、Activity是如何附属在Window上的
根据Activity的setContentView()（P306 ③）：
作用：Activity将具体实现交给Window处理。运用PhoenWindow.setContentView()方法
根据PhoenWindow.setContentView()的方法：
作用：①、若没有DecorView则创建，内部方法会调用generateDecor()方法(P307 ①)。 ②、之后通过generateLayout来加载布局文件(P307 ②)（第四章讲过DecoreView的布局）并将DecoreView的content布局设置为contentParent布局，所有Acitivity的视图都在其中。
③Acitivity的视图添加到DecorView的mContentParent中就可以了：mLayoutInflater.inflate(layoutResID,mContentParent)。这就完成了将Activity布局放入到DecorView的过程。
④、当Activity的布局文件添加到DecoreView中的时候就会通知Activity（Activity实现了Window的CallBack()方法）视图改变，调用onContentChanged()方法(该方法是个空实现，可以在自己的Activity实现该方法)
到此为止DecorView还没有从WindowManager添加到Window中。
⑤、在ActivityThread的handleResumeActivity方法中，调用Activity的onResume()方法，接着调用Activity的makeVisible()，在此方法中才真正完成了添加和显示（P308 ①）
（三）、Dialog的Window创建过程
步骤：①、通过setContentView（P309 ①）调用PhoneWindow的setContentView(); ②、通过PhoneWindow的setContentView()（P309 ②）初始化DecorView并将Dialog视图添加到DecorView中 ③、通过Dialog的show()方法（P309 叁③），将DecorView添加到Window中。
注：普通的Dialog有一个特殊之处，必须采用Activity的Context，不能采用Application的Context。（解决办法 P310）
（四）、Toast的Window的创建
前提：Toast有定时取消这个功能，所以系统采用了Handler。
简单原理：Toast访问NotificationManagerService，然后通过NotificationManagerService回调Toast中的TN的接口（实现了Binder，类似在AIDL中实现观察者模式）。
①、Toast属于Window，指定视图的方式：一种采用默认样式，第二种通过setView指定自定义View。Toast提供了show()和cancel方法(P311 ①)，内部是一个IPC过程。
②、当实现show()和cancel()的时候，NotificationService会回调TN接口，因为该接口是在Binder线程池运行的，所以需要Handler将其切换到当前线程。因为需要Handler所以Toast不能运行在没有Looper的线程中。
③、显示过程（P312 ①）调用了NMS的enqueueToast()：参数1是包名，参数2是TN回调接口，参数3是持续时间。
作用：首先将Toast请求封装成ToastRecord对对象，装入mToastQuene队列中去。
④、之后NMS调用shiwNextToastLocked()显示当前Toast，通过调用ToastRecord的TN回调（P313 ①）。
⑤、TN回调之后NMS还会调用sheculeTimeoutLocked()（P314 ①）:
作用：发送延时消息（取决于Toast的时间），当达到时间后，NMS会调用cancelToastLocked()隐藏Toast，并将其从mToastQueue中删除。
⑥、分析TN回调(P315 ①)：通过Handler将操作从Binder中转换到本地，当Handler接收到消息的时候，如果是show()则(P315 ②)利用WinowManager的addView()添加视图，如果是hide()则(P315 ③)调用WindowManager的removeView()方法。