利维亚的杰洛特

ViewRootImpl内部有两个成员变量： 跟踪一下向mSurface和mSurfaceControl初始化的流程。 一、SurfaceControl的初始化 1 ViewRootImpl.rela

不管是通过启动Activity的方式来创建App类型的窗口，还是通过主动调用WindowManager.addView的方式来创建非App类型的窗口，流程都是一样，最终都是通过ViewRootImpl

之前在分析WMS的窗口层级结构时，看到WindowContainer的定义为： 看到WindowContainer其实还是有一个父类ConfigurationContainer的，但是由于Config

WindowManager为App提供了一个可以在指定的窗口下插入阴影图层或者模糊背景图层的方法，达到使该窗口之下的所有窗口变暗或者模糊的效果，本文首先分析一下这种效果的大致实现，接着探究一下实现过程

本文主要的重点放在Configuration的更新。 1 Resources的创建 根据一个Resources对象在创建的时候是否与一个Activity有关联，可以将Resources分为Activi

4 总结 4.1 DisplayArea类型 4.1.1 根据类的继承关系分类 一种是从DisplayArea类的继承关系出发，有以下关系： 4.1.2 根据DisplayArea.Type类的定义分

3 向DisplayArea层级结构添加窗口 根据之前的分析，我们知道了： 每种窗口类型，都可以通过WindowManagerPolicy.getWindowLayerFromTypeLw方法，返回一

1 DisplayArea类的继承关系 DisplayArea类的继承关系，之前已经分析过，这里用一张简单的类图总结： 2 DisplayArea层级结构的生成 既然DisplayContent是作为

根据之前的分析，知道了窗口在App端是以PhoneWindow的形式存在，承载了一个Activity的View层级结构。那么在WMS端，窗口是以一种什么样的形式接受着WMS的管理？我想从窗口这一点发散