1. 双缓冲基础概念

双缓冲，说白了就是「两个缓冲区轮流干活」。一个往前端送数据，另一个在后台准备下一帧。我刚开始接触嵌入式图形开发时，总觉得单缓冲也能跑，何必多费一份内存？直到有一次在 STM32F429 上做 320×240 的动画刷新，画面撕裂得让人崩溃……嗯，从那以后我再也不敢小看双缓冲了。

什么是双缓冲

双缓冲的核心思路很简单：

• 分配两块大小相同的内存区域，称为 Front Buffer（前台缓冲）和 Back Buffer（后台缓冲）
• 前台缓冲负责当前显示，后台缓冲用于绘制下一帧
• 绘制完成后，通过交换指针或拷贝数据，让后台变前台

你想想看，这就像餐厅里两个服务员轮流上菜。一个在给客人上菜，另一个在后厨准备下一桌的菜。客人永远看到的是完整的菜，不会看到厨师切菜的过程。

单缓冲 vs 双缓冲

我直接拿实际项目中的例子来说。之前在做一个手持仪表盘，屏幕 480×272，16 位色深。单缓冲时，每帧绘制需要 12ms，但 LCD 刷新周期是 16ms。问题来了——

单缓冲的问题在于：你正在往帧缓冲里写数据，LCD 控制器同时也在读同一块内存。读和写打架了，屏幕上就会出现一条撕裂线——上半帧是新的，下半帧还是旧的。

为什么需要双缓冲

原因其实就三个：

1. 消除画面撕裂 —— 前台显示完整帧，后台随便画，画完再交换
2. 提高绘制效率 —— 绘制不受显示刷新周期限制，想怎么画就怎么画
3. 保证帧率稳定 —— 每帧绘制时间可以超过一个刷新周期，只要两个周期内能画完就行

我个人的习惯是：只要屏幕分辨率超过 320×240，或者有超过 10fps 的动画需求，直接上双缓冲。别等到出问题了再改，那会儿代码已经耦合得乱七八糟了。

双缓冲的工作流程

下面这张图展示了双缓冲的核心流程。我习惯把它分成四个阶段：

流程其实不复杂：

• 先分配两块缓冲区，指定一块为 Front
• 在 Back 上绘制新内容，Front 继续显示旧内容
• 绘制完成后，等待下一个 VSync 信号
• 在 VSync 期间交换缓冲区，新帧立即显示
• 原来的 Front 变成新的 Back，继续下一轮绘制

什么时候不该用双缓冲

说了这么多双缓冲的好处，也得说说它的局限。我个人遇到过几种不适合用双缓冲的场景：

• 内存极度受限 —— 比如只有 8KB RAM 的 Cortex-M0，两个 320×240 的 16 位帧缓冲需要 300KB，根本放不下
• 静态界面 —— 只显示固定文字、图标，没有动画或滚动，单缓冲完全够用
• 低功耗场景 —— 双缓冲意味着更多的内存访问和 DMA 传输，功耗会上升

遇到这些情况，我会考虑「局部双缓冲」或者「行缓冲 + DMA 乒乓传输」。说白了，技术方案要跟着硬件资源走，别为了用双缓冲而用双缓冲。