ZoranLee

一、需求背景与痛点分析 1.1 常见场景 多环境切换：开发(DEV)、测试(TEST)、预发布(STAGING)、生产(PROD)环境 多域名管理：用户服务、支付服务、消息服务等使用不同域名 动态降级

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

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

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

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

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

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

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

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