张小潇

本文从relayout完成后的performDraw()和*prepareSurface显示链路两条主线分析

从Framework开发视角，梳理relayout从客户端performTraversals到服务端WMS.relayoutWindow再到WindowLayout.computeFrames全链路。

客户端 经 Binder IPC 到服务端 WMS.addWindow()，完成权限校验、WindowState 构造、WindowToken 管理，最终注册到 DisplayContent 层级树。

WMS/AMS系统开发 - 窗口层级源码分析，层级结构应该怎么看，根据dumpsys的输出可以完美复原出层级结构树，也理解了结构树对于层级结构的控制作用。从源码部分对这个结构树进行一个分析

InputReader依然是输入系统（Input System）的核心组件，负责从内核读取原始事件数据。需要将其放在 InputDispatcher 进行派发处理

InputReader 依然是输入系统（Input System）的核心组件，负责从内核读取原始事件并进行预处理。

InputManager 的源码体系是一个高度解耦的生产者-消费者模型。它横跨了 Java 层（业务逻辑）、Native 层（核心引擎）和内核层（硬件驱动）。

getevent 是输入系统（Input System）调试的“第一现场”。它能够跳过复杂的 Android Framework 逻辑，直接读取 Linux 内核上报的原始事件。

在 AOSP 15 中，应用程序进程的 Binder 启动是一个从 Native 层驱动初始化到 Java 层框架绑定的闭环过程。