No1：
Window是一个抽象类，它的具体实现是PhoneWindow。创建一个Window是很简单的事，只需要通过WindowManager即可完成。
WindowManager是外界访问Window的入口，Window的具体实现位于WindowManagerService中，WindwoManager和WindowManagerService的交互时一个IPC过程。
Android中所有的视图都是通过Window来呈现的，因此Window实际是View的直接管理者。
单机事件由Window传递给DecorView，然后再由DecorView传递给我们的View。
No2：
Window有三种类型，分别是应用Window、子Window和系统Window。
应用Window--一个Activity
子Window--不能单独存在，需要附属在特定的父Window中，比如Dialog
系统Window--是需要声明权限才能创建的Window，比如Toast和系统状态栏
No3：
Window是分层的，每个Window都有对应的z-ordered，层级大的会覆盖在层级小的Window的上面。
应用层Window层级范围1~99
子Window层级范围1000~1999
系统Window层级范围2000~2999
这些层级范围对应着WindowManager.LayoutParams的type参数。如果想要Window位于所有Window的最顶层，那么采用较大的层级即可。
No4：
WindowManager所提供的功能很简单，常用的只有三个方法，添加ViewaddView、更新ViewupdateViewLayout和删除ViewremoveView，这三个方法定义在ViewManager中，而WindowManager继承了ViewManager。
No5：
可以拖动的Window效果
public boolean onTouch(View v,MotionEvent event){
int rawX = (int)event.getRawX();
int rawY = (int)event.getRawY();
switch(event.getAction()){
case MotionEvent.ACTION_MOVE:
mLayoutParams.x = rawX;
mLayoutParams.y = rawY;
mWindowManager.updateViewLayout(mFloationButton,mLayoutParams);
break;
default:
break;
}
return false;
}
No6：
Window是一个抽象的概念，每个Window都对应着一个View和一个ViewRootImpl，Window和View通过ViewRootImpl来建立连接，因此Window并不是实际存在的，它是以View的形式存在。
在实际使用中无法直接访问Window，对Window的访问必须通过WindowManager。
No7：
WindowManager是一个接口，它的真正实现是WindowManagerImpl类。WindowManagerImpl并没有直接实现Window的三大操作，而是全部交给了WindowManagerGlobal来处理。
WindowManagerImpl这种工作模式是典型的桥接模式。
No8：
Window的添加过程
WindowManagerImpl.addView-->
WindowManagerGlobal.addView-->
mViews.add-->
ViewRootImpl.setView-->requestLayout-->scheduleTraversals-->
WindowSession.addToDisplay-->
Session.addToDisplay-->
WindowManagerService.addWindow-->
1.检查参数是否合法，如果是子Window那么还需要调整一些布局参数
2.创建ViewRootImpl并将View添加到列表中
3.通过ViewRootImpl来更新界面并完成Window的添加过程
View的绘制过程是由ViewRootImpl来完成的，在setView内部会通过requestLayout完成异步刷新请求，scheduleTraversals实际是View绘制的入口，接着会通过WindowSession最终来完成Window的添加过程，真正的实现类是Session，也就是Window的添加过程是一次IPC调用，在Session内部会调用WindowManagerService来实现Window的添加。
No9：
Window的删除过程
WindowManagerImpl.removeView-->
WindowManagerGlobal.removeView-->
WindowManagerGlobal.removeViewLocked-->
ViewRootImpl.die-->
ViewRootImpl.doDie-->
ViewRootImpl.dispatchDetachedFromWindow-->
WindowManager中提供了两种删除接口removeView和removeViewImmediate，分别表示异步删除和同步删除。
异步删除具体的删除操作由ViewRootImpl的die方法来完成，die发送了一个请求删除的消息，ViewRootImpl中的Handler会处理此消息并调用doDie方法，如果是同步删除，那么就不发消息直接调用doDie方法。
doDie内部会调用dispatchDetachedFromWindow方法，dispatchDetachedFromWindow主要做四件事：
1）垃圾回收相关工作，比如清除数据和消息、移除回调
2）通过Session的remove方法删除Window：mWindowSession.remove(mWindow)，这同样是一个IPC过程，最终会调用WindowManagerService的removeWindow方法
3）调用View的dispatchDetachedFromWindow方法，在内部会调用View的onDetachedFromWindow()以及onDetachedFromWindowInternal()。
当View从Window中移除时，这个方法就会被调用，可以在这个方法内部做一些资源回收的工作，比如终止动画、停止线程等
4）调用WindowManagerGolbal的doRemoveView方法刷新数据，包括mRoots、mParams以及mDyingViews，需要将当前Window所关联的这三类对象从列表中删除。
No10：
Window的更新过程：还是要看WindowManagerGlobal的updateViewLayout方法：
1）通过ViewRootImpl的setLayoutParams更新View的LayoutParams并替换掉老的LayoutParams，接着再更新ViewRootImpl中的LayoutParams
2）在ViewRootImpl中会通过scheduleTraversals方法来对View重新布局，包括测量、布局、重绘这三个过程
3）ViewRootImpl还会通过WindowSession来更新Window视图，最终是由WindowManagerService的relayoutWindow（）来具体实现的。同样是一个IPC过程
No11：
Window对象的创建是通过PolicyManager的makeNewWindow方法实现的。PolicyManager的真正实现是Policy类，所以Window的具体实现的确是PhoneWindow。
No12：
setContentView：Activity-->Window-->PhoneWindow
No13：
DecorView是一个FrameLayout，是Activity中的*View，一般包括标题栏和内部栏
No14：
Activity的Window的创建过程
ActivityThread.performLaunchActivity-->
PhoneWindow的setContentView步骤
1）如果没有DecorView，那么就创建它
2）将View添加到DecorView的mContentParent中（这就是为Activity的setContentView而不叫setView的缘由）
3）回调Activity的onContentChanged方法通知Activity视图已经发生改变
No15：
在ActivityThread的makeVisible()方法中，首先会调用Activity的onResume方法，接着会调用Activity的makeVisible()，正是在makeVisible方法中，DecorView真正地完成了添加和显示这两个过程，到这里Activity的视图才能被用户看到。
No16：
Dialog的Window创建过程
PolicyManager.makeNewWindow-->
Window.setContentView-->
WindowManager.addView-->
1）创建Window
2）初始化DecorView并将Dialog的视图添加到DecorView中
3）将DecorView添加到Window中并显示
No17：
普通Dialog有一个特殊之处，就是必须采用Activity的Context，如果采用Application的Context，会报错没有token，而应用token一般只有Activity拥有。
系统Window不需要token，因此只要指定对话框为Window为系统类型即可
No18：
Toast具有定时取消这一功能，所以系统采用了Handler。
Toast内部有两类IPC过程，第一类是Toast访问NotificationManagerService，第二类是NotificationManagerService回调Toast里面的TN接口。
显示和隐藏Toast都需要通过NotificationManagerService来实现，因为NMS运行在系统进程中，所以只能通过远程调用的方式来显示和隐藏。TN是一个Binder类，它运行在Binder线程池中，所以需要Handler将其切换到当前线程中，这里的当前线程是指发送Toast请求所在的线程。
No19：
enqueueToast首先将Toast请求封装为ToastRecord对象并将其添加到一个名为mToastQueue的队列中。mToastQueue其实是一个ArrayList。对于非系统应用来说，mToastQueue中最多能同时存在50个ToastRecord。如果不这样做，将导致其他引用没有机会弹出Toast。
No20：
Toast延时相应时间后，NotificationManagerService会通过cancelToastlocked方法来隐藏Toast并将其从mToastQueue中移除，这个时候如果mToastQueue中还有其他Toast，那么NMS就继续显示其他Toast。Toast的隐藏也是通过ToastRecord的callback来完成的，这同样也是一次IPC过程。
No21：
Toast中TN的两个方法show和hide，是以NMS以跨进程的方式调用的，因此它们运行在Binder线程池中。