Android显示系统深度解析：HWC合成后数据如何传递到显示器

共计 1799 个字符，预计需要花费 5 分钟才能阅读完成。

背景：Android 显示系统架构与 HWC 角色

Android 显示系统的核心是图形数据的合成与传递管道，主要涉及以下组件：

• SurfaceFlinger：负责管理所有图层的合成
• Hardware Composer (HWC)：硬件加速的合成引擎
• Display Driver：底层显示控制器驱动

HWC 的核心价值在于将合成工作从 GPU 卸载到专用硬件，典型场景中：

1. 应用通过 Surface 提交图形缓冲区
2. SurfaceFlinger 确定可见层的合成策略
3. HWC 决定哪些层可由硬件直接处理（overlay）
4. 剩余层由 GPU 预合成后交给 HWC

HWC 合成后的数据流详解

1. FrameBuffer 准备阶段

HWC 完成合成后，会生成包含最终图像的 framebuffer：

// 典型 HWC HAL 接口调用流程
hwc_layer_1_t hwcLayers[LAYER_COUNT];
hwc_display_contents_1_t displayList;
displayList.numHwLayers = LAYER_COUNT;
displayList.hwLayers = hwcLayers;

// 调用 prepare 确认合成能力
hwc_device->prepare(hwc_device, 1, &displayList);

// 执行硬件合成
hwc_device->set(hwc_device, 1, &displayList);

关键数据结构：

• hwc_display_contents_1_t：包含所有图层信息
• hwc_layer_1_t：描述单个图层的属性（格式、变换、混合模式等）

2. DRM/KMS 交互流程

现代 Android 设备通常通过 DRM/KMS 子系统与显示器通信：

1. Mode Setting：通过 drmModeSetCrtc 设置显示模式
2. Page Flip：使用 drmModePageFlip 提交新帧
3. Fence 同步：通过 in-fence/out-fence 管理缓冲区生命周期

graph LR
    A[HWC 合成完成] --> B(DRM Atomic Commit)
    B --> C{VSync 信号}
    C -->| 触发 | D[硬件扫描输出]
    C -->| 超时 | E[触发 TE 中断]

3. VSync 同步机制

显示系统的时序由 VSync 严格控制：

• HW_VSYNC：硬件生成的垂直同步信号
• SW_VSYNC：软件模拟的同步事件
• Present Fence：标记帧可显示的时间点

性能关键路径分析

常见瓶颈点

1. 内存带宽限制：
2. 4K@60Hz 需要约 12GB/ s 带宽

3. 解决方案：使用压缩格式（如 AFBC）

4. 合成延迟：

5. 测量工具：dumpsys SurfaceFlinger --latency

6. 优化方向：减少 GPU 合成层数

7. 显示管线延迟：

8. 典型值：1- 3 帧（16-48ms@60Hz）
9. 关键指标：queueBuffer到 present 时延

典型问题与解决方案

画面撕裂（Tearing）

现象：显示部分旧帧 + 部分新帧

根因：
– Page flip 未与 VSync 对齐
– 缓冲区交换时机错误

解决方案：
1. 启用 DRM_MODE_ATOMIC_NONBLOCK 标志
2. 确保配置了正确的 tearing 控制属性

# 检查 DRM 属性
adb shell cat /sys/class/drm/card0/*/modeset_prop

卡顿（Jank）

诊断步骤：
1. 收集 VSync 事件时间戳
2. 分析 SurfaceFlinger 的帧时间线

优化手段：
– 调整 HWC 的 present 偏移参数
– 优化 display idle 时间

进阶优化方向

HAL 层定制

通过修改 HWC HAL 实现可以：

1. 支持更多硬件覆盖层（overlay）
2. 实现自定义色彩管理
3. 添加低延迟模式

示例修改点：

// 在 hwcomposer.cpp 中增加 overlay 支持
+   if (layer->compositionType == HWC_OVERLAY) {+       enableHardwareOverlay(layer);
+   }

显示管线调优

1. 动态刷新率：根据内容调整 VSync 频率
2. 自适应同步：如 FreeSync/VRR 集成
3. 多屏协同：优化跨 display 的缓冲区传递

总结思考

理解 HWC 之后的显示数据流对性能优化至关重要。实际开发中建议：

1. 善用 dumpsys SurfaceFlinger 和 ftrace 工具
2. 关注 DRM/KMS 的原子提交特性
3. 合理配置 present fence 超时机制

显示系统是 Android 最复杂的子系统之一，深入掌握其工作原理才能有效解决各类显示异常问题。