捞王愣头青

上篇窗口显示第二步:relayoutWindow -1说过WindowManagerService::relayoutWindow 主要 做了两件事: 通过 createSurfaceControl

View想要显示需要经过3个步骤：Measure，Layout，Draw,而一个窗口的显示也需要经过三步：addWindow ，relayoutWindow，finishDrawingWindow

上一篇流程已经执行到 ViewRootImpl::setView方法了，也就意味着应用进程的逻辑到了终点，剩下的将由 SystemService进程来处理。 回顾一下应用进程的相关调用链： 另外还留下

【接Activity启动流程-1最后的流程】在ActivityStarer::startActivityInner方法中，通过getOrCreateRootTask方法创建Task，而后通过setNe

介绍窗口层级树的构建代码流程。分为2大部分，第一部分为dump层级树的内容输出，第二部分为构建的代码流程。

虽然学习的是WMS，但是对于用户来说，直观看到和接触到的就是Activity，而且很多WMS的逻辑，最终的呈现也是和Activity相关，所以Activity相关的逻辑的分析是必不可少的。比如Acti

前言 从事多年App开发现转Framework,由于对WMS感兴趣，所以决定以"桌面点击应用图标，到应用的Activity显示到屏幕上"这一简单操作为基础，分析整个过程。 整个流程看起来似乎并不复杂，

学习Kotlin对泛型的支持，从最基础的泛型参数化类型和参数化函数，到关键字out和关键字in进行协变和逆变，再到用关键字reified保留泛型参数以实现泛型工厂。

Window 是一个窗口的概念，是所有视图的载体，不管是 Activity，Dialog，还是 Toast，他们的视图都是附加在 Window 上面的。