2、显示系统基础：Android图形栈概览

Android的显示系统是操作系统中最复杂、最讲究性能的子系统之一。从应用程序调用一个绘制命令，到屏幕上的像素真正点亮，中间要经过用户空间的多层框架、进程间通信、内核驱动以及硬件合成器的协同工作。理解这条完整的数据流，是后续深入分析Display HAL、Vsync同步、三层缓冲乃至GPU合成的基础。本章将沿着“App端绘制 → SurfaceFlinger合成 → HWC硬件混合 → Display HAL输出”的主线，拆解Android图形栈的核心组件与协作机制。

上图展示了Android图形栈的宏观架构。整个链路可以划分为四个主要层次：App进程内的UI渲染、系统进程SurfaceFlinger的合成调度、硬件抽象层HWC的混合决策以及内核DRM驱动与物理面板的最终输出。下面我们逐一剖析每个环节的职责与协作细节。

2.1 核心原理：从BufferQueue到三重缓冲

Android图形栈的基石是BufferQueue机制。每个Surface（例如一个Activity的窗口）背后都关联着一个BufferQueue，它负责管理图形缓冲区的分配、流转与回收。App端作为生产者（Producer），通过dequeueBuffer获取一块可写的图形缓冲区，完成绘制后调用queueBuffer将其提交给消费者（Consumer）。消费者通常是SurfaceFlinger，它从队列中取出缓冲区进行合成。

为了平衡绘制速度与显示刷新率，Android引入了三重缓冲（Triple Buffering）机制。传统的双缓冲在GPU繁忙时容易造成画面撕裂或卡顿，而三重缓冲允许App提前准备下一帧，同时SurfaceFlinger正在合成当前帧，显示硬件正在扫描输出上一帧。这种流水线设计显著提升了帧率稳定性，尤其是在高分辨率或复杂场景下。

2.2 关键组件职责与协作流程

理解各组件职责是掌握显示系统的前提。下表总结了核心组件及其在数据流中的角色：

组件	运行位置	核心职责	关键接口/机制
Surface	App进程	代表一块可绘制的画布，封装BufferQueue的生产端	lockCanvas()/unlockCanvasAndPost()
SurfaceFlinger	System Server	全局合成器，管理所有Layer，决定合成策略	Transaction、Layer、BufferQueue消费端
HWC	HAL层	硬件混合器，提供Overlay Plane，执行硬件合成	HWC2 API (prepare, set, validate)
Display HAL	HAL层	封装显示控制器驱动，管理时序、分辨率、Vsync	DRM/KMS ioctl、DisplayManager

协作流程通常遵循以下步骤：

1. App绘制：UI线程通过RenderThread发出绘制指令，GPU渲染完成后，缓冲区通过BufferQueue传递给SurfaceFlinger。
2. SF合成决策：SurfaceFlinger收集所有可见Layer（包括状态栏、导航栏、App窗口），根据Z-order和透明度计算每个Layer的合成方式——是交给HWC硬件叠加，还是自己用GPU合成。
3. HWC prepare阶段：SF调用HWC的prepare方法，传入Layer列表及属性。HWC分析这些Layer，决定哪些可以放到硬件Overlay Plane上，哪些需要GPU合成，并返回一个合成计划。
4. HWC set阶段：SF根据HWC的计划，对需要GPU合成的Layer执行GLES绘制，然后将所有Layer的缓冲区地址和Fence传给HWC的set方法。
5. 显示输出：HWC驱动显示控制器，在Vsync信号的驱动下，将最终合成的图像扫描输出到屏幕。

2.3 实战场景：SurfaceView与TextureView的合成差异

在Android开发中，视频播放或相机预览常使用SurfaceView或TextureView。两者的底层合成路径截然不同，理解这一点有助于优化性能。

SurfaceView采用独立Layer，它不在App的视图层级中，而是直接嵌入到Window的Layer之下。这意味着SurfaceView的内容可以绕过App的GPU合成，直接由HWC作为独立Layer进行硬件叠加。这种方式效率极高，适合视频播放，因为视频帧可以直接从解码器输出到SurfaceView的BufferQueue，无需经过App的UI线程。

TextureView则是一个普通View，它把内容作为纹理交给App的HWUI渲染。因此，TextureView的内容必须经过App的GPU合成，再作为整个Window的一部分交给SurfaceFlinger。这增加了GPU负载，但带来了灵活性——可以对画面做变换、动画等操作。

2.4 常见误区与总结复盘

在理解Android图形栈时，开发者常陷入以下误区：

• 误区一：认为SurfaceFlinger总是使用GPU合成。实际上，HWC硬件合成在多数场景下更高效，SF只在Layer属性复杂（如旋转、缩放、混合模式）时才回退到GPU。
• 误区二：忽略Vsync的作用。Vsync不仅是刷新同步信号，更是整个渲染管线的节拍器。App的Choreographer、SF的EventThread都依赖Vsync来调度帧生产与消费，打乱Vsync会导致卡顿或功耗增加。
• 误区三：混淆Display HAL与HWC。HWC负责合成策略与Overlay管理，而Display HAL更接近硬件寄存器操作（如设置分辨率、背光、时序）。在Android 10+中，两者通过HWC2接口紧密协作，但职责边界清晰。