12、显示系统与SurfaceFlinger：显示框架、BufferQueue、硬件合成器(HWC)

显示系统，说白了就是Android世界里最核心的“面子工程”。你想想看，用户每天盯着屏幕，所有交互最终都要落到像素点上。如果显示系统出了问题，那体验就是灾难性的。我当年刚接触嵌入式Android时，就被SurfaceFlinger折腾得够呛，屏幕闪烁、掉帧、撕裂……嗯，今天咱们就把这块硬骨头啃下来。

12.1 显示框架的整体脉络

Android的显示框架，从上层到底层，大致可以分成这么几层：

• 应用层：你的App通过Canvas或OpenGL ES绘制内容，最终生成一个Surface。
• 系统服务层：SurfaceFlinger登场，它负责收集所有应用的Surface，然后合成一帧完整的画面。
• 硬件抽象层：硬件合成器（HWC）在这里，它决定哪些图层可以由硬件直接合成，哪些需要GPU帮忙。
• 内核层：显示驱动和帧缓冲区（Framebuffer），最终把像素数据送到屏幕上。

我个人习惯把显示系统比作一个“流水线”：应用是画师，SurfaceFlinger是拼图工，HWC是自动贴片机，而屏幕就是最终的展示台。每一环都不能掉链子。

12.2 BufferQueue：数据搬运的“传送带”

BufferQueue是SurfaceFlinger和应用程序之间传递图形数据的核心机制。说白了，它就是一个生产者-消费者模型。生产者是应用，消费者是SurfaceFlinger。

我记得有一次调试一个视频播放卡顿的问题，发现是BufferQueue的缓冲区分配策略出了问题。应用生产帧的速度太快，而SurfaceFlinger消费的速度跟不上，导致队列堆积，最终丢帧。

12.2.1 BufferQueue的工作流程

1. 应用请求缓冲区：应用通过dequeueBuffer()从BufferQueue中取出一块空闲缓冲区。
2. 应用填充数据：应用将绘制好的图形数据写入这块缓冲区。
3. 应用归还缓冲区：应用通过queueBuffer()将填充好的缓冲区归还给BufferQueue。
4. SurfaceFlinger消费：SurfaceFlinger通过acquireBuffer()获取这块缓冲区，用于合成。
5. 缓冲区释放：合成完成后，SurfaceFlinger通过releaseBuffer()将缓冲区归还给队列，供应用再次使用。

12.2.2 BufferQueue的配置参数

参数	说明	典型值
maxBufferCount	队列中最多允许的缓冲区数量	3 ~ 5
defaultBufferFormat	缓冲区的像素格式	PIXEL_FORMAT_RGBA_8888
consumerUsageFlags	消费者对缓冲区的使用标志	GRALLOC_USAGE_HW_COMPOSER
transformHint	提示生产者是否需要旋转/翻转	0 (无变换)

12.3 硬件合成器（HWC）

HWC是Android显示系统的“加速器”。它的作用就是帮SurfaceFlinger分担合成压力。你想想看，如果所有图层都让GPU去合成，那GPU的负载会非常高，功耗也上去了。HWC可以告诉硬件：“这几个图层你直接帮我叠在一起，不用经过GPU。”

我个人的经验是，HWC的合成策略直接决定了显示性能。如果HWC判断某个图层无法由硬件合成（比如图层有复杂的混合模式），就会回退到GPU合成。这个回退过程如果频繁发生，就会导致性能抖动。

12.3.1 HWC的合成策略

• 设备合成（Device Composition）：由显示硬件直接合成，效率最高，功耗最低。
• 客户端合成（Client Composition）：由GPU合成，灵活性高，但功耗和延迟较高。
• 混合合成（Mixed Composition）：部分图层由硬件合成，部分由GPU合成，最后再叠加。

12.3.2 HWC与SurfaceFlinger的交互

SurfaceFlinger每帧都会调用HWC的prepare()方法，告诉HWC当前有哪些图层需要合成。HWC会分析这些图层，然后返回一个合成计划：哪些图层由硬件合成，哪些由GPU合成。SurfaceFlinger根据这个计划执行实际的合成操作。

// 伪代码：SurfaceFlinger调用HWC的流程
void SurfaceFlinger::doComposition() {
    // 1. 收集所有可见图层
    std::vector<Layer> layers = collectVisibleLayers();

    // 2. 调用HWC的prepare，获取合成计划
    HWC::Display display = getHwcDisplay();
    display.prepare(layers);

    // 3. 根据计划执行合成
    for (auto& layer : layers) {
        if (layer.compositionType == HWC::DEVICE) {
            // 硬件合成
            hwcDeviceCompose(layer);
        } else {
            // GPU合成
            gpuCompose(layer);
        }
    }

    // 4. 提交最终画面到屏幕
    display.commit();
}

12.4 显示系统的性能优化建议

在实际项目中，显示性能的优化往往是最头疼的。我总结了几条经验，分享给你：

• 减少图层数量：每多一个图层，SurfaceFlinger和HWC就多一份工作。尽量把多个UI元素合并到一个图层中。
• 使用硬件叠加层：如果HWC支持，尽量让关键图层（比如视频层）走硬件合成，减少GPU负载。
• 避免频繁的缓冲区分配：BufferQueue的缓冲区分配是开销较大的操作。尽量复用缓冲区，不要每帧都重新分配。
• 监控掉帧：通过dumpsys SurfaceFlinger可以查看每帧的合成时间。如果超过16ms，说明有掉帧风险。

---