4. Android VSync架构
VSync（Vertical Synchronization，垂直同步）是Android渲染性能体系的“心跳”。它由显示硬件周期性产生，用来标记一帧画面扫描完成的时刻。应用、系统合成器与显示驱动都围绕这个节拍协同工作：应用在VSync到来时开始生产帧，SurfaceFlinger在下一个VSync到来时完成合成并提交，HWComposer再把最终图像送到屏幕上。理解这条链路，是分析掉帧、卡顿与延迟问题的前提。
一、核心角色与职责
Android的VSync架构由四个关键角色构成，它们分工明确又彼此依赖：
- DisplayManager：显示系统的“信息中枢”。它负责枚举物理与虚拟显示设备、维护显示状态（分辨率、刷新率、旋转、亮度等），并把显示配置变化通知给上层。当刷新率从60Hz切换到120Hz时，DisplayManager是配置变更的入口。
- HWComposer（HWC）：位于HAL层的硬件合成抽象。它接收SurfaceFlinger提交的图层列表，决定哪些图层由GPU合成、哪些由显示控制器硬件叠加（Overlay）完成，并负责在合适的时机把帧送显。HWC也是VSync信号从显示硬件进入系统的通道。
- SurfaceFlinger：系统合成服务。它收集各应用窗口的Buffer，按Z序、裁剪、透明度等规则合成最终画面，再通过HWC提交。SurfaceFlinger自身也受VSync驱动，按节拍工作。
- Choreographer：应用侧的“节拍调度器”。它接收VSync信号，按固定顺序回调输入、动画、遍历（measure/layout/draw）等任务，确保应用在正确的时间点开始生产帧。
二、VSync分发机制
VSync信号并非直接广播给所有进程，而是经过分层分发。硬件VSync由显示控制器产生，经HWC上报到SurfaceFlinger；SurfaceFlinger再通过DispSync（或现代版本中的VSyncDispatch）进行预测与分发，把信号转发给需要的消费者，包括SurfaceFlinger自身的合成线程和各个应用的Choreographer。
这种分发有两个关键设计：
- 相位偏移（Phase Offset）：应用收到的VSync通常比硬件VSync提前一个偏移量，目的是让应用有足够时间完成绘制，赶在下一个硬件VSync前把Buffer交给SurfaceFlinger。
- 按需订阅：只有正在请求帧的进程才会收到VSync。没有动画、没有界面更新的应用不会持续被唤醒，从而节省功耗。
VSync分发的本质是“时间预算分配”：把两个硬件VSync之间的时间片，切分给应用绘制、SurfaceFlinger合成和HWC送显三个阶段，任何一段超时都会导致掉帧。
三、完整工作流程
下面以一次典型的界面刷新为例，串联整条链路：
- 显示硬件产生VSync，HWC捕获并上报给SurfaceFlinger。
- SurfaceFlinger的VSync分发器把信号转发给应用Choreographer（带相位偏移）和合成线程。
- 应用Choreographer收到VSync后，依次执行输入回调、动画回调、
doFrame遍历，触发View的measure/layout/draw。 - 绘制命令经RenderThread提交到GPU，渲染结果写入GraphicBuffer，通过BufferQueue交给SurfaceFlinger。
- SurfaceFlinger在下一个VSync到来时，收集所有可用Buffer，调用HWC进行合成决策。
- HWC把合成结果送显，屏幕在下一次扫描时呈现新帧。
从应用开始绘制到画面真正显示，通常跨越1~2个VSync周期，这就是输入延迟与显示延迟的来源。
四、关键参数与调试入口
分析VSync相关问题，常用以下命令与参数：
# 查看显示刷新率与VSync配置
adb shell dumpsys display | grep -i "refresh\|vsync"
# 查看SurfaceFlinger的VSync与合成信息
adb shell dumpsys SurfaceFlinger | grep -i "vsync\|phase"
# 查看Choreographer跳帧日志
adb shell setprop debug.choreographer.skipwarning 1
adb logcat | grep Choreographer
# 查看HWC合成策略
adb shell dumpsys SurfaceFlinger | grep -i "hwc\|overlay"| 组件 | 所在层 | 核心职责 | 典型问题 |
|---|---|---|---|
| DisplayManager | Framework | 显示设备与刷新率管理 | 刷新率切换不及时 |
| HWComposer | HAL | 硬件合成与送显 | Overlay失败回退GPU |
| SurfaceFlinger | Native | 图层合成与VSync分发 | 合成超时、Buffer堆积 |
| Choreographer | Framework | 应用帧回调调度 | doFrame耗时过长 |
五、常见误区与复盘
误区一：认为VSync只与游戏有关。实际上所有界面刷新都依赖VSync，列表滑动、动画、转场都受其节拍约束。
误区二：把掉帧简单归因于GPU。掉帧可能发生在Choreographer回调、RenderThread提交、SurfaceFlinger合成或HWC送显任一环节，需要分段定位。
复盘方法：先用
dumpsys SurfaceFlinger确认合成耗时与VSync周期，再用Choreographer日志确认应用侧doFrame是否超时，最后结合GPU Profiler判断渲染管线瓶颈。只有把时间轴对齐到VSync节拍上，才能准确判断是哪一段“吃掉了”帧预算。
掌握VSync架构后，后续分析掉帧、优化滑动流畅度、调整刷新率策略时，就能沿着“硬件VSync → HWC → SurfaceFlinger → Choreographer → App绘制”这条链路逐段排查，而不是盲目猜测。