4. Framebuffer 双缓冲机制

单缓冲模式下，应用程序直接写入当前显示的 Framebuffer，每一帧的绘制过程都可能被显示器扫描线“抓拍到”不完整的画面，从而产生撕裂（Tearing）。双缓冲机制通过引入一个额外的后台缓冲区，将绘制与显示在时间上解耦，是嵌入式图形系统中消除撕裂、提升画面流畅度的基础手段。

4.1 双缓冲原理

双缓冲系统维护两个大小、格式完全相同的 Framebuffer 区域：

• 前台缓冲区（Front Buffer）：当前正在被显示控制器（Display Controller）扫描输出到屏幕的缓冲区。应用程序不能直接写入。
• 后台缓冲区（Back Buffer）：应用程序绘制下一帧画面的缓冲区。绘制过程对用户不可见。

当后台缓冲区完成一帧的绘制后，通过指针交换或拷贝操作，将后台缓冲区变为前台，前台变为后台，从而完成画面更新。

4.2 交换策略

双缓冲的性能和效果高度依赖于后台缓冲区向前台切换的策略。嵌入式系统中常见的交换策略有三种：

4.3 避免撕裂（V-Sync）的实践方法

撕裂产生的根本原因是：在显示器扫描到某一行的时刻，Framebuffer 的内容被修改。V-Sync（垂直同步）通过将缓冲区交换操作同步到显示器的垂直消隐期（VBlank），确保交换发生在扫描线从底部回到顶部的间隙，此时显示器不读取显存。

4.3.1 标准 V-Sync 流程

1. 应用程序在后台缓冲区完成绘制。
2. 应用程序阻塞等待 VBlank 信号（通常通过 FBIOWAITFORVSYNC ioctl 或 DRM 的 Page Flip 事件）。
3. VBlank 到来，显示控制器完成当前帧的最后一行扫描。
4. 执行缓冲区交换（Page Flip 或 Copy）。
5. 显示控制器从新的前台缓冲区开始扫描下一帧。

4.3.2 嵌入式 Linux 下的 V-Sync 实现

在嵌入式 Linux Framebuffer 子系统中，典型的 V-Sync 双缓冲代码结构如下：

#include <linux/fb.h>
#include <sys/ioctl.h>
#include <unistd.h>

int fb_fd;
struct fb_var_screeninfo var;

// 1. 打开 Framebuffer 设备
fb_fd = open("/dev/fb0", O_RDWR);

// 2. 获取可变参数（包含缓冲区信息）
ioctl(fb_fd, FBIOGET_VSCREENINFO, &var);

// 3. 设置虚拟分辨率实现双缓冲（yres_virtual = 2 * yres）
var.yres_virtual = var.yres * 2;
var.xoffset = 0;
var.yoffset = 0;
ioctl(fb_fd, FBIOPUT_VSCREENINFO, &var);

// 4. 绘制循环
while (1) {
    // 绘制到后台缓冲区（根据 yoffset 计算地址）
    draw_to_back_buffer();

    // 等待 VBlank
    int arg = 0;
    ioctl(fb_fd, FBIOWAITFORVSYNC, &arg);

    // 执行 Page Flip：切换 yoffset
    var.yoffset = (var.yoffset == 0) ? var.yres : 0;
    ioctl(fb_fd, FBIOPAN_DISPLAY, &var);
}

close(fb_fd);

4.3.3 撕裂检测方法

验证 V-Sync 是否生效，可以通过以下方法检测：

• 视觉检测： 在屏幕上绘制快速移动的水平条纹或滚动文字，肉眼观察是否有水平断裂。
• 工具检测： 使用 modetest（DRM 工具）或自定义测试程序，在交换前后抓取 Framebuffer 内容，对比是否存在跨帧混合。
• 性能计数器： 读取显示控制器的 VBlank 计数器和帧计数器，确认交换是否严格发生在 VBlank 区间内。