WMS

本文介绍桌面启动应用场景出现的第二部分的动画：“starting_reveal” 它是展示动画，这个动画的出现说明应用 Window 已经绘制好，需要展示给用户了。出现这个动画也表示需要移除 Star

根据自己的视觉体验和桌面启动应用的视觉总结知道在桌面点击“电话”图标启动应用整个视觉效果中，在开始“app_transition”动画后不久，就会触发创建一个 Splash Screen 的窗口，本文

本篇为应用启动动画 app_transition 的最后一篇，上一篇的流程已经到了 system_service 开始跨进程调用 launcher ，现在就要真的在 launcher 执行执行动画了，

回顾一下 AppTransition 工作模型，在上一篇已经看完了 AppTransition 的2个重要的流程： prepareAppTransition ，executeAppTransition

当前系列是Activity短暂的一生下的动效专题，将非常详细的解释整个冷启动过程中出现的各个动画是如何执行的。 以及补充一些动画的小知识。 1. 动画简述 动画的原理也是利用了视觉停留原理，控制时间点

上面一篇主要是 launcher 部分的处理，已经找到 launcher 传递过来的 RemoteAnimationAdapter 被赋值到了 RemoteAnimationController 对象

根据之前的分析，首先执行的是 2个 app_transtion 动画和一个壁纸的 window_animation 动画。 这3个动画几乎是同时执行和结束，不过用户视觉干啥最明显的其实还是应用启动的

之前分析过addWindow 流程，现在来看一下窗口的移除流程。 一般销毁窗口的场景就2种： 销毁Activity 重启Activity 而且相对addWindow流程来说，窗口移除简单很多。 1.

【Android 13源码分析】屏幕旋转-1 【Android 13源码分析】屏幕旋转-2 【Android 13源码分析】屏幕旋转-3 本篇为屏幕旋转的第三篇，主要介绍屏幕旋转动画相关。 内容相对于

上一篇看到旋转的最初的一些处理，这个时候屏幕上有一个截图的图层挡住。 本篇会设计到屏幕旋转后，新的 Configuration 生成及派发的流程，但是 Configuration 不是重点。 本篇的主

黑屏的场景为：锁屏解锁，屏幕旋转，开机流程。 最近也是遇到一个旋转黑屏的问题，借此梳理一下屏幕旋转的主要流程。 旋转很多窗口要重绘，这个过程如果没有处理好，就会出现黑屏。为了避免这一现象，在执行旋转操

一个应用想要将它的UI内容显示到屏幕窗口上，涉及到3个模块： 应用端，SystemService端和SurfaceFlinger端。 在App开发中一个View想要显示需要经过3个步骤，也就是View

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

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

在安卓源码的设计中，将将屏幕分为了37层，不同的窗口将在不同的层级中显示。 对这一块的概念以及相关源码做了详细分析，整理出以下几篇。 【Android 13源码分析】WindowContainer窗口

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

在了解完Activity启动流程后，现在目标应用的进程已经启动了，但是离用户在屏幕上看到Activity下的UI内容还有一段距离。 一个窗口想要显示在屏幕上，还需要经过3大步骤： addWindow流

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

整理分析 WMS/AMS 流程中经常出现的公用代码逻辑。 1. forAllLeafTasks 以Activity启动流程 TaskDisplayArea::pauseBackTasks 调用为例。

以应用窗口和系统窗口2大类型窗口的挂载为例介绍窗口是如何挂载到层级树中的。 1. 应用窗口挂载 应用启动流程中会触发ActivityRecord，Task，WindowState的创建与挂载，其中Wi