Android V app 冷启动

上一篇文章分析了焦点窗口更新框架，本文从实战的角度，分析 app 冷启动的焦点窗口更新。 本文是前面一系列文章的集大成者，因此阅读本文之前，需要读者有一定的 WMS 功底，或者详细阅读前面写的文章，否

上一篇文章分析了启动窗口的移除，它主要是做了一个 View 动画，但是，并没有从真正意义上移除启动窗口 surface，这就导致真窗还无法显示出来。 另外，WMShell-Core 在移除启动窗口时，

目前，屏幕上显示的仍然是启动窗口，而真窗位于其下。那么，当真窗绘制完成后，是如何显示出来呢，从本文开始，将逐步揭晓。 真窗绘制完成 当真窗绘制完成，会上报 WMS，如下 在 Android V app

Activity 会通过 WindowManagerGlobal 添加 DecorView，这会导致 WMS 端创建一个窗口。不同于启动窗口，这个窗口才是 Activity 的真窗。本文就来分析真窗是

目前，Transition 动画显示的是启动窗口，而不是 Activity 的真窗。如果要显示 Activity 真窗，首先需要在 app 端创建 Activity，此时 Activity 会添加 V

WMShell finish transition 当 Launcher 执行完远程动画之时，会通知 WMShell，最终调用 Transitions#onFinish()，如下 WMShell 在

前面一篇文章分析了 Transition 的数据化，结果如下 然后把数据发送给 WMShell ，让其执行动画，如下 根据 transition token ，取出待执行的 ActiveTransit

Transition 动画，它并不是在 WMCore 侧执行的。因此，WMCore 要把 Transition 动画数据化，发送给 WMShell 去执行。 本文承接 Android V app 冷启

启动窗口绘制完成，基本上意味着可以开始执行动画了。本文来分析 Transition 从收集到就绪的完整流程。 Transition 收集 Android V app 冷启动 (1) Activity生

Android V app 冷启动(3) 添加启动窗口 分析了启动窗口 View 的是如何添加的，那本文接着来看下启动窗口是如何绘制的。 然而，窗口的绘制，并不是一个简单的课题。为了加快本系列文章的推

分析 app 冷启动时，启动窗口是如何添加的~~~~~~~~~~~~~~~~~~~~~~~~~~~~

分析窗口层级构建的框架~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

分析 app 冷启动时，服务端如何完整地控制 Activity 生命周期~~~~~~~~~~~~~~