《android开发艺术探索》读书笔记（八）--WindowManager

接上篇《android开发艺术探索》读书笔记（七）--动画

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线程池中。