Android图形系统核心：Buffer的深度解析Buffer 就像快递柜的格子，系统提前准备好一堆格子（内存空间），A

一句话总结

Buffer 就像快递柜的格子，系统提前准备好一堆格子（内存空间），App 画画时从柜子里借个格子当画板，画完再塞回柜子让屏幕显示。

在 Android 图形系统中，Buffer 是一个抽象概念，代表了一块用于存储像素数据的内存空间。它扮演着“画布”的角色，是所有图形绘制的终点和起点。

为何需要 Buffer：
- 防止闪烁：直接在屏幕上绘制会产生撕裂和闪烁。通过使用 双缓冲 或 三缓冲 机制，App 在后台 Buffer 中绘制，绘制完成后再瞬间将这个 Buffer 切换到前台显示。
- 内存共享：Buffer 的内存通常是共享的（如通过 匿名共享内存 Ashmem），这使得生产者（App）和消费者（SurfaceFlinger）可以高效地访问同一块内存，避免了昂贵的数据拷贝操作。
GraphicBuffer：这是 Android 底层用来管理 Buffer 的具体实现类。它不仅封装了内存，还包含了像素格式（如RGBA）、宽度、高度等元数据，是 Android 图形系统高效运作的基石。

一个 Buffer 的生命周期，就是一次完整的帧渲染流程。它遵循严格的生产者-消费者模型，由 BufferQueue 负责管理和协调。

生产者申请：App（生产者）通过 Surface 接口，向 BufferQueue 请求一个空闲的 GraphicBuffer。这个过程被称为 dequeueBuffer。
生产者填充：App 将一帧的图像数据绘制到这个 GraphicBuffer 中。这可以通过 Canvas 或 OpenGL ES 等方式完成。
生产者提交：绘制完成后，App 将 GraphicBuffer 标记为“已就绪”，并将其提交给 BufferQueue。这个过程被称为 queueBuffer。
消费者获取：SurfaceFlinger（消费者）在接收到 VSync 信号后，会从 BufferQueue 的队首获取一个已就绪的 GraphicBuffer。这个过程被称为 acquireBuffer。
消费者处理：SurfaceFlinger 将来自所有应用的 GraphicBuffer 进行合成，最终渲染到屏幕上。
消费者释放：SurfaceFlinger 完成处理后，将 GraphicBuffer 标记为“空闲”，并将其归还给 BufferQueue，供生产者再次使用。

多重缓冲（Triple Buffering） ：
- 目的：解决生产者和消费者速度不匹配的问题。BufferQueue 默认拥有三个 Buffer，构成了三重缓冲。
- 优势：当 App 绘制速度快于屏幕刷新时，额外的 Buffer 可以存储待显示的帧，避免 App 因无 Buffer 可用而空闲等待，从而提高 GPU 的利用率，减少掉帧。
- 权衡：多一个 Buffer 也意味着更高的内存占用，并可能增加轻微的输入延迟。
同步栅栏（Fence） ：
- 为了避免生产者和消费者同时访问同一个 Buffer，Android 使用了 Fence 机制。Fence 是一个同步对象，它确保当生产者提交 Buffer 时，所有对该 Buffer 的 GPU 渲染操作都已完成。消费者只有在 Fence 被触发后，才会开始处理该 Buffer，从而防止画面撕裂和数据混乱。

Buffer 队列堵塞：
- 原因：如果 App 绘制速度过快，或 SurfaceFlinger 合成速度过慢，都会导致 BufferQueue 中的已就绪 Buffer 堆积。
- 结果：内存占用增加，且用户看到的画面延迟变高。
- 解决方案：优化绘制逻辑，减少复杂计算，并利用 VSync 信号控制绘制节奏，避免无谓的渲染。
Buffer 队列饥饿：
- 原因：如果 App 绘制速度过慢，BufferQueue 中没有可供 SurfaceFlinger 消费的已就绪 Buffer。
- 结果：SurfaceFlinger 只能重复显示旧帧，导致掉帧和卡顿。
- 解决方案：诊断并优化 App 的绘制性能，确保其能在 VSync 周期内完成一帧的绘制。