chengmax

用户操作出的 Launcher ANR，场景为在Launcher界面一个Activity启动又快速销毁导致的无焦点窗口问题。

本文分析 relaunch activity 在 WMS 的实现过程，包括移除窗口，添加窗口，relayout 窗口，窗口重绘，等等。

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

在工作中，不乏一些做稳定性的“小朋友”，当遇到无法解决的“无焦点窗口”的ANR时，就会与我做一番“友好”的交流，有时候真让我不胜其烦。说实话，这些东西都是做稳定性的基本功。 本文先来分析焦点窗口的更新

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

并不是所有窗口动画都是由或经由 shell-transitions 执行的，有一类窗口动画，称之为local animation（本地动画），是在 WM-Core 侧执行的。例如，窗口的异步旋转，或者

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

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

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