ukynho的博客

这里我按照自己的理解画了一下Android架构图，主要是对看下Framework这块：顶层是基于ApplicationFramework层的Apps层，ApplicationFramework是运行在App进程的Framework代码，如四大组件，各种Manager。在这一层，屏幕上的一块显示区域，典型代表是Activity，但是Activity毕竟是一个综合性比较强的概念，具体到内容显示这块还是由Window类负责，Window则是容纳View对象的容器。

这个成员变量平时接触的很少，这里试着分析一下，可能有分析不对的地方，因此本节内容请慎重参考。/**包含了从WindowContainer层级结构顶层传到此container的合并的override configuration。它和mFullConfiguration不同的地方在于，它起始于层级结构中最顶层的那个container的override configuration，而不是全局configuration。

DisplayArea类的继承关系，之前已经分析过，这里用一张简单的类图总结：既然DisplayContent是作为其代表的屏幕的DisplayArea层级结构的根节点，那么从DisplayContent出发，看一下这棵以DisplayContent为根节点的DisplayArea树是如何生成的。在DisplayContent的构造方法中，调用DisplayAreaPolicy.Provider.instantiate方法，去初始化一个DisplayArea层级结构。DisplayAreaPolicy.P

在代码搜索WindowContainer的继承关系，可以得到：除了不参与WindowContainer层级结构的WindowingLayerContainer之外，其他类都在本文有提及，用类图总结为：然后，将我们上面分析各个WindowContainer类时提供的说明图进行关联，可以得到：得到了一个简略版的WindowContainer层级结构图，这个并不真实反映手机的情况，因为这是按照我们上面的分析拼凑出的一张图，但是可以作为参考。

DecorView的View层级结构，从上面分析，其实是由三个层级结构组成的：1)、PhoneWindow根据Activity设置的主题风格，先生成了一个View层级结构，这部分是最顶级的；2)、我们自己定义的View层级结构，这个是根据我们通过Activity#setContentView中传入的xml类型的layout文件解析出的View层级结构，属于第三级；