2、核心概念：帧缓冲区（Frame Buffer）详解

好，咱们正式开始啃双缓冲这块硬骨头。先别急着看代码，得把几个核心概念掰扯清楚。你想想看，屏幕上那一帧一帧的画面，到底是怎么从内存跑到显示器的？

我个人习惯把整个显示流程比作一个「流水线厨房」。厨师（GPU）做好菜（帧），服务员（显示控制器）端给客人（屏幕）。但这里有个关键问题——菜放哪儿？总不能直接放灶台上吧？

2.1 帧缓冲区（Frame Buffer）是什么？

说白了，帧缓冲区就是显存里的一块专用区域，专门用来存放一帧完整的像素数据。每个像素点对应几个字节（取决于色深），整块区域就是一张「数字画布」。

我在项目中遇到过最典型的误解：有人把帧缓冲区和显存划等号。其实不对。显存是物理存储器，帧缓冲区是显存里划分出来的逻辑区域。一块显存可以同时存在多个帧缓冲区，这就是后面要讲的交换链的基础。

2.2 显存 vs 系统内存：谁该干什么？

这个问题我当年也纠结过。直接说结论：帧缓冲区必须放在显存里。为什么？因为显示控制器（Display Controller）直接通过显存接口读取像素数据，走系统内存的话延迟高到没法看。

对比项	显存（VRAM）	系统内存（DRAM）
带宽	高（GDDR6 可达 500+ GB/s）	低（DDR4 约 20-30 GB/s）
延迟	低（直接连接显示控制器）	高（需经过总线）
容量	有限（通常 2-16GB）	大（通常 8-64GB）
典型用途	帧缓冲区、纹理、深度缓冲	应用程序数据、CPU 计算

嗯，这里要注意：有些低端嵌入式平台（比如不带 GPU 的 MCU）会把帧缓冲区放在系统内存里，通过 DMA 搬运到显示接口。这种做法能省成本，但刷新率一高就容易撕裂。我曾经在一个 STM32F7 的项目里试过，跑 800×480 分辨率、60fps，系统内存带宽直接吃满，CPU 被拖得连触摸响应都慢了半拍。

2.3 垂直同步（V-Sync）的作用

为什么需要 V-Sync？先看一个场景：

假设没有 V-Sync。GPU 画完一帧后，不管显示器当前扫到哪一行，直接往帧缓冲区里写新数据。如果显示器刚好读到一半，你猜怎么着？上半屏是旧帧，下半屏是新帧——这就是画面撕裂（Tearing）。

V-Sync 说白了就是让 GPU 等一等。等显示器把当前帧完整扫完（进入垂直消隐期 VBlank），再更新帧缓冲区。这样保证用户看到的每一帧都是完整的。

2.4 页面翻转（Page Flipping）机制

这是双缓冲的核心操作。先看一张图：

页面翻转的核心思想：不拷贝像素，只交换指针。GPU 维护两个帧缓冲区的地址指针，翻转时直接把显示控制器的读取指针从「前缓冲」切到「后缓冲」。这个过程在微秒级完成，比 memcpy 快几个数量级。

我曾经在一个项目里犯过傻：手动把后缓冲的数据拷贝到前缓冲，结果 60fps 直接掉到 20fps。后来改成指针交换，帧率瞬间拉满。嗯，有些坑真的只有踩过才知道。

2.5 交换链（Swap Chain）的概念

双缓冲只有两个缓冲区，但实际应用中往往需要更多。交换链就是一组帧缓冲区的队列，通常包含 2 个（双缓冲）或 3 个（三缓冲）缓冲区。

为什么需要三缓冲？看一个场景：

• 双缓冲时，GPU 画完一帧后必须等 VBlank 才能开始画下一帧
• 如果 GPU 画得很快（比如 1ms 画完），但 VBlank 要等 16ms（60Hz），GPU 就闲置了 15ms
• 三缓冲多了一个中间缓冲区，GPU 可以提前画好下一帧，减少空闲等待

交换链的工作流程大致如下：

1. 获取缓冲区： 应用程序从交换链中取出一个空闲的后缓冲
2. 渲染： GPU 往这个缓冲区里画图
3. 提交： 渲染完成后，把缓冲区提交回交换链
4. 翻转： 在 VBlank 期间，交换链把提交的缓冲区切换到前缓冲
5. 循环： 重复以上步骤