IT先森

是的我也有这个感觉，因为我这篇博客是为了后续引出应用Surface创建而添加的一个博客，所以写得简单也是清理之中的，因为该篇博客是一个过渡主要是为了后续的博客不唐突而添加的。虽然这里我提到了了应用绘制三部曲，但是很遗憾我们今天的重点也不是它，我们今天的重点是ViewRootImpl，如何向WMS服务请求relayoutWindow布局，主要是填充Surface，构建对应的Window的BufferLayer。好了，不多说了，我们直接看代码！该系列博客尘封很久很久了，是时候该再续前缘，重新上路了！

    窗口设计之Dialog、PopupWindow、系统窗口的实现Android应用程序窗口设计系列博客:Android应用程序窗口设计之Window及WindowManager的创建Android应用程序窗口设计之setContentView布局加载的实现普法Android的Token前世今生以及在APP,AMS,WMS之间传递Android应用程序窗口设计之窗口的添加Android应用程序窗口设计之建立与WMS服务之间的通信过程引言  通过前面系列博客Android应用程序

   Android应用程序窗口设计之建立与WMS服务之间的通信过程引言  对Android窗口实现有一定了解的读者都应该知道WindowManagerService做为Android窗口管理的核心服务其在Android中的地位是毋庸置疑的也是无可替代的(感觉有点废话啊，核心服务当然很重要啊！)。而WMS(这里为了后续简述方便将WindowManagerService简称WMS)服务却是运行在system_server进程中的，而我们的窗口的需求最初的发起端通常是在Android应用程序进程端的，而做

Android应用程序窗口设计之Window及WindowManager的创建 Android应用程序窗口设计之setContentView布局加载的实现 普法Android的Token前世今生以及在APP,AMS,WMS之间传递 Android应用程序窗口设计之窗口的添加

      普法Android的Token在APP,AMS,WMS之间传递引言  我们知道Activity从启动到展示到我们的Android终端设备上涉及到了非常多与Android核心服务和进程的交互，特别是目标Activity进程和AMS，WMS服务之间的交互！而通过前面的系列博客Activity启动流程源码实现详解和Android应用程序窗口设计系列博客前几篇我们也验证了这一点，而在他们的三者交互之间频繁的大量的使用到了一个东西"Token" ,而今天的博客要解决的就是关于它的灵魂三大拷问:T

Android应用程序窗口设计之Window及WindowManager的创建 Android应用程序窗口设计之setContentView布局加载的实现 普法Android的Token前世今生以及在APP,AMS,WMS之间传递 Android应用程序窗口设计之窗口的添加

   Android四大组件之Activity布局加载流程实现详解二引言  如果我们将Activity的布局加载流程比喻为一场接力赛的话，那么通过前面的博客Android四大组件之Activity布局加载流程实现详解一我们已经完成了接力赛的第一棒的交接了，通过前面的博客我们主要完成了Activity布局加载前期准备的准备工作，即:Activity启动的前期获取到Activity启动需要的信息，然后通过反射创建了我们的目标Activity然后调用Activity实例的的attach方法，将启动Ac