第三章：Screen Buffer管理

好，咱们今天聊聊 Buffer 管理。说实话，这是 QNX 图形显示栈里最容易被忽视、但又最容易出坑的地方。我见过太多项目，明明渲染逻辑写得没问题，结果画面就是卡顿、撕裂，最后查来查去，问题都出在 Buffer 管理上。

3.1 Buffer交换模式：Single、Double、Triple

先说说 Buffer 交换模式。说白了，就是你有几块画布在轮着用。

Single Buffer（单缓冲）

这个最简单——就一块画布。你画一笔，屏幕就显示一笔。听起来很直接对吧？但问题来了：如果你画到一半，屏幕刷新了，那用户看到的就是半成品。这就是我们常说的「画面撕裂」。

⚠️ 注意：Single Buffer 在仪表盘开发中基本不用。除非你的刷新率极低，或者对画面完整性完全没要求。我个人建议，能不用就别用。

Double Buffer（双缓冲）

这个就靠谱多了。两块画布：一块叫 Front Buffer（前台），一块叫 Back Buffer（后台）。

  • 前台：当前显示的内容
  • 后台：正在绘制的内容

画完了，交换一下。用户永远看到的是完整的画面。我在做第一个仪表盘项目时，用的就是 Double Buffer。当时觉得，嗯，够了。

Triple Buffer（三缓冲）

但后来发现，Double Buffer 也有个问题：如果渲染速度跟不上刷新速度，前台和后台会互相等，导致帧率下降。这时候就需要 Triple Buffer 了。

三块画布：一块显示，一块绘制，一块待命。说白了，就是多了一个缓冲池，让渲染线程和显示线程不再互相阻塞。

模式 延迟 内存占用 适用场景
Single 最低 低 极低刷新率
Double 中等 中 大多数仪表盘
Triple 较高 高 高帧率、复杂渲染
💡 我的建议：如果你做的是车规级仪表盘，帧率要求 60fps 以上，建议直接上 Triple Buffer。虽然多占点内存，但换来的是稳定。

3.2 Buffer申请与释放

Buffer 的申请和释放，听起来简单，但坑不少。你想想看，如果申请了不释放，内存泄漏；如果释放了还在用，野指针。嗯，都是血泪教训。

申请 Buffer

在 QNX 里，申请 Buffer 通常用 screen_create_buffer()。但要注意，不是随便申请就行的。你需要指定格式、大小、用途。

// 申请一个 RGBA8888 格式的 Buffer
screen_buffer_t buffer;
screen_create_buffer(&buffer, screen_context);
screen_set_buffer_property_iv(buffer, SCREEN_PROPERTY_FORMAT, SCREEN_FORMAT_RGBA8888);
screen_set_buffer_property_iv(buffer, SCREEN_PROPERTY_SIZE, size);

我个人习惯，在申请时就把所有属性设好，避免后续反复修改。曾经有个项目，就是因为反复修改 Buffer 属性，导致性能下降。

释放 Buffer

释放用 screen_destroy_buffer()。但这里有个关键点：一定要确保没有线程在使用这个 Buffer。否则，你这边释放了，那边还在画，直接崩溃。

⚠️ 避坑指南：我曾经在释放 Buffer 前忘了同步，结果画面突然黑屏。查了半天，发现是渲染线程还在往已释放的 Buffer 里写数据。从那以后，我每次释放前都会加一个引用计数检查。

3.3 Buffer同步机制：Fence/Sync

Buffer 同步，说白了就是协调谁什么时候能用这块 Buffer。没有同步机制，多线程环境下就是灾难。

Fence（栅栏）

Fence 是一种轻量级的同步原语。它不阻塞 CPU，而是阻塞 GPU。什么意思呢？就是你可以告诉 GPU：「等这个 Fence 信号到了，你再开始画。」

// 创建 Fence
screen_fence_t fence;
screen_create_fence(&fence, screen_context);

// 等待 Fence
screen_wait_fence(fence);

// 销毁 Fence
screen_destroy_fence(fence);

我在项目中遇到过一个问题：多个渲染任务同时提交，结果 GPU 乱序执行，画面出现错乱。后来用 Fence 把每个任务串起来，问题就解决了。

Sync（同步对象）

Sync 比 Fence 更灵活。它可以跨进程、跨设备同步。说白了，Fence 是 GPU 内部的信号灯，Sync 是整个系统的信号灯。

// 创建 Sync
screen_sync_t sync;
screen_create_sync(&sync, screen_context);

// 触发 Sync
screen_trigger_sync(sync);

// 等待 Sync
screen_wait_sync(sync);
💡 我的经验：如果你只是做单进程内的渲染同步，用 Fence 就够了。但如果你需要和视频解码、Camera 等模块协同，那就得上 Sync。我曾经在一个项目中，用 Sync 把渲染和视频播放同步起来，效果非常稳定。

实际应用中的选择

你可能会问：到底用 Fence 还是 Sync？我个人的经验是：

  • 同进程内、同 GPU：用 Fence，开销小
  • 跨进程、跨设备：用 Sync，功能强
  • 混合场景：两者结合，Fence 做细粒度同步，Sync 做粗粒度同步
📌 核心要点：Buffer 管理不是简单的「申请-使用-释放」三步走。它涉及到模式选择、生命周期管理、多线程同步。每一个环节出问题，都会直接体现在画面质量上。我做了这么多年，最大的体会就是：Buffer 管理做得好，渲染就成功了一半。

好了，这一章就到这里。下一章我们聊聊具体的渲染管线，看看数据是怎么从 CPU 走到屏幕上的。

← 上一章 📖 返回目录 下一章 →