深入理解Android中的Window和WindowManager

window表示一个窗口的概念，window是一个抽象类，它的具体实现是phonewindow。创建一个window，需要通过windowmanager即可完成，windowmanager是外界访问window的入口，window具体实现位于windowmanagerservice中，windowmanager和windowmanagerservice的交互是一个ipc的过程。android中，所有的视图都是通过window来呈现，不管是activity、dialog、还是toast，它们的视图实际上都是附加在window上，因此window是实际view的直接管理者，单击事件由window传递给decorview，然后再由decorview传递给我们的view，就连activity的设置视图方法setcontentview在底层也是通过window来完成的。

window和windowmanager

添加一个window的过程，重点代码是：

mwindowmanager.addview(mfloatingbutton,mlayoutparams);

windowmanager.layoutparams中有两个flags和type参数。

flags参数有三个window属性

• flag_not_focusable。表示window不需要获取焦点，也不需要接收各种输入事件，最终事件会直接传递给下层的具有焦点的window
• flag_not_touch_modal。在此模式下，系统会将当前window区域以外的单击事件传递给底层的window，当前window区域以内的单击事件则自己处理，这个标记很重要，一般来说都需要开启此标记，否则其他window将无法收到单击事件
• flag_show_when_locked。开启此模式可以让window显示在锁屏的界面上。

type参数表示window的类型，有三种类型，分别是应用window，子window和系统window，应用类window对应一个activity，子window不能单独存在，它需要附属在特定的父window之中，比如常见的dialog就是一个子window，系统window是需要声明权限在能创建的window，比如toast和系统状态栏这些都是系统window。

window是分层的，每个window都有对应的z-ordered，层级大的会覆盖在层级小的window的上面，在三类window中，应用类的window的层级范围是1-99，子window的层级范围是1000-1999，系统window的层级的范围是2000-2999，这些层级范围对应着windowmanager.layoutparams的type参数。如想要window位于所有window的最顶层，那么采用较大的层级即可。很显然系统window层级是最大的，而且系统层级有很多值。

windowmanager所提供的功能很简单，常用有三个方法，即添加view，更新view和删除view，这三个方法定义在viewmanager中，而windowmanager继承了viewmanager。

window的内部机制

window是一个抽象的概念，每一个window都对应着一个view和一个viewrootimpl，window和view通过viewrootimpl来建立联系，说明view才是window存在的实体，在实际使用中无法直接访问window，对window的访问必须通过windowmanager。

window的添加过程

window的添加过程需要通过windowmanager的addview来实现，windowmanager是一个接口，它的真正实现是windowmanagerimpl类。

@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方法主要分为如下几步：

• 检查参数是否合法，如果是子window那么还需要调整一些布局参数
• 创建viewrootimpl并将view添加到列表中
• 通过viewrootimpl来更新界面并完成window的添加过程

window的删除过程

window的删除过程和添加过程一样，都是先通过windowmanagerimpl后，在进一步通windowmanagerglobal来实现的。里面用到一个dispatchdetachedfromwindow方法内部实现，这个方法主要做了四件事：

垃圾回收相关的工作，比如清除数据和消息、移除回调

通过session的remove方法删除window

调用view的dispatchdetachedfromwindow方法，在内部会调用view的ondetachedfromwindow()以及ondetachedfromwindowinternal()

调用windowmanagerglobal的doremoveview方法刷新数据

window的更新过程

主要是用到updateviewlayout方法，首先它需要更新view的layoutparams并替换掉老的layoutparams，接着再更新viewrootimpl中的layoutparams，这一步是通过viewrootimpl的setlayoutparams方法来实现的。在viewrootimpl中会通过scheduletraversals方法对view进行重新布局，包括测量、布局、重绘这三个过程。

window的创建过程

view是android中的视图呈现方式，但是view不能单独存在，它必须附着在window这个抽象的概念上面，因此有视图的地方就有window。

activity的window创建过程

如何创建，需要了解activity启动过程，比较复杂，但它最终由activitythred中的perfromlaunchactivity()来完成整个启动过程，在这个方法内部会通过类加载器创建activity的实例对象，并调用其attach方法为其关联运行过程中所依赖的一系列上下文环境变量。

在activity的attach方法里，系统会创建activity所属的window对象并为其设置回调接口，window对象的创建是通过policymanager的makenewwindow方法实现的，对于activity的setcontentview的实现可以看出，activity将具体实现交给了window处理，而window的具体实现是phonewindow，所以只需要看phonewindow相关逻辑即可，大致以下几个步骤：

• 如果没有decorview，那么就创建它。decorview是一个framelayout，是activity的*view，一般来说它的内部包含标题栏和内部栏。
• 将view添加到decorview的mcontentparent中。
• 回调activity的oncontentchanged方法通知activity视图已经发生改变。activity的oncontentchanged是一个空实现。

经过上面三个步骤，decorview已经被创建初始化完毕，activity的布局文件已经成功添加到了decorview的mcontentparent中，但是这个时候decorview还没有被windowmanager正式添加到window中，真正被视图调用是在activity的onresume方法，接着会调用activity的makevisible()，正是在makevisible方法中，decorview真正地完成了添加和显示这两个过程。

dialog的window创建过程

dialog的window的创建过程和activity类似，有以下几个步骤：

• 创建window。同样是通过policymanager的makenewwindow方法来完成的。
• 初始化decorview并将dialog的视图添加到decorview中。
• 将decorview添加到window中并显示。在dialog的show方法中，会通过windowmanager将decorview添加到window中。

普通的dialog有一个特殊之处，那就是必须采用activity的context，如果采用application的context，就会报错。

toast的window创建过程

toast和dialog不同，它的工作过程稍微复杂。首先toast也是基于window来实现的，但是由于toast具有定时取消这一功能，所以系统采用了handler。在toast的内部有两类的ipc过程，第一类是toast访问notificationmanagerservice，第二类是notificationmanagerservice回调toast的tn接口。

toast属于系统window，它内部的视图有两种方式指定，一种是系统默认的样式，另一种是通过setview方法来指定一个自定义view，不管如何，它们都对应toast的一个view类型的内部成员mnextview。toast提供了show和cancel分别用于显示和隐藏toast，它们的内部是一个ipc过程。

以上所述是小编给大家介绍的android中的window和windowmanager，希望对大家有所帮助