显示器 VBlank 同步机制：从撕裂原理到无撕裂渲染的工程化实现

问题根源：撕裂与卡顿的硬件本质

当 GPU 渲染帧的速率与显示器刷新率不匹配时，画面撕裂（Screen Tearing）和卡顿（Stuttering）便会出现。撕裂表现为单帧画面中出现水平断层 —— 上半部分来自帧 N，下半部分来自帧 N+1；卡顿则源于帧时间（Frame Time）波动导致的视觉不连贯。

这两种问题的共同根源在于显示扫描时序与渲染时序的失配。CRT 时代的遗留机制决定了现代显示器仍按 "逐行扫描" 方式刷新像素，而 VBlank（Vertical Blank，垂直消隐期）正是两次完整扫描之间的关键时间窗口。

VBlank 机制：硬件同步的核心原理

扫描时序与缓冲区交换

显示器的刷新过程可分解为两个相位：

1. Active Video 期：电子束从左到右、从上到下逐行扫描，点亮像素
2. VBlank 期：电子束从屏幕右下角快速回到左上角（垂直回扫），此时屏幕不显示新内容

GPU 采用双缓冲（Double Buffering）机制：后台缓冲区（Back Buffer）接收渲染指令，前台缓冲区（Front Buffer）供显示器读取。理想状态下，缓冲区交换（Buffer Swap）应在 VBlank 期间完成，确保显示器每次读取的都是完整的一帧。

撕裂的产生条件

当缓冲区交换发生在 Active Video 期时，显示器可能读取到 "新旧混合" 的帧内容 —— 上半部分来自新帧，下半部分仍来自旧帧，形成可见的撕裂线。撕裂的严重程度与交换时机和场景运动速度正相关。

三大防撕裂技术方案对比

方案一：传统 VSync（垂直同步）

原理：强制 GPU 等待 VBlank 信号后才执行缓冲区交换，将渲染帧率锁定为显示器刷新率（如 60Hz 显示器对应 60 FPS）。

优点：

• 彻底消除撕裂
• 实现简单，所有平台原生支持

局限：

• 输入延迟问题：当 GPU 无法在单帧周期内完成渲染（如复杂场景导致帧率降至 45 FPS），传统 VSync 会强制等待下一个 VBlank，形成 "掉帧"（Frame Drop），输入延迟可能增加 16ms~33ms
• 卡顿感知：帧率从 60 FPS 骤降至 30 FPS（整数倍分频）时，卡顿感尤为明显

适用场景：帧率稳定高于刷新率、对延迟不敏感的应用（如视频播放、静态 UI）。

方案二：Fast Sync / Enhanced Sync（快速同步）

原理：允许 GPU 以任意速率渲染，但仅将 "最新完成的一帧" 在 VBlank 时提交给显示器，丢弃中间帧。

优点：

• 解除帧率上限，GPU 性能得以充分利用
• 相比传统 VSync 显著降低输入延迟
• 仍保持无撕裂输出

局限：

• 高帧率场景下存在轻微画面抖动（Judder）
• 需要 GPU 持续高负载运行

适用场景：竞技游戏、高刷新率显示器（144Hz+）场景。

方案三：VRR（可变刷新率，G-Sync / FreeSync）

原理：打破 "固定刷新率" 假设，让显示器刷新率动态匹配 GPU 渲染速率。显示器等待 GPU 完成一帧后立即刷新，而非等待固定时间间隔。

技术参数：

• FreeSync：支持 9~240Hz 动态范围，无需专用硬件模块
• G-Sync：支持 1~360Hz，需 NVIDIA 认证模块，延迟控制更严格

优点：

• 在 30~144 FPS 波动范围内均保持无撕裂
• 输入延迟接近无同步状态
• 消除卡顿感

局限：

• 需要显示器和 GPU 同时支持
• 帧率超出 VRR 范围（如低于 30 FPS）时回退到传统 VSync 行为

适用场景：帧率波动大的 3D 应用、追求低延迟的竞技游戏。

工程实现：平台级参数与监控

OpenGL/Vulkan 实现要点

// 启用 VSync（Swap Interval = 1）
glfwSwapInterval(1);

// 禁用 VSync（Swap Interval = 0）
glfwSwapInterval(0);

// 自适应 VSync（部分驱动支持）
glfwSwapInterval(-1);

关键参数：

• Swap Interval：1 表示每 VBlank 交换一次（60 FPS @ 60Hz）；0 表示立即交换（高撕裂风险）；2 表示每 2 个 VBlank 交换一次（30 FPS @ 60Hz）
• Swapchain 图像数：最小化可减少延迟，推荐 2~3 帧；移动端通常需要 3 帧以避免 GPU 空闲

性能监控指标

平台差异化策略

Windows (DXGI)：

• 优先使用 DXGI_SWAP_CHAIN_FLAG_FRAME_LATENCY_WAITABLE_OBJECT 控制延迟
• 开启硬件加速 GPU 调度（Hardware Accelerated GPU Scheduling）降低延迟

macOS (Metal)：

• 使用 CAMetalLayer.displaySyncEnabled = YES 启用 VSync
• 注意 Retina 显示器的实际刷新率可能为 60Hz/120Hz/ProMotion 动态

Linux (Wayland)：

• Wayland 协议原生支持同步，合成器自动处理 VBlank
• X11 需依赖驱动级 VSync，兼容性较复杂

Android：

• 使用 Choreographer.getFrameTimeNanos() 获取 VBlank 时序
• SurfaceFlinger 默认启用 VSync，但应用需配合 Choreographer.postFrameCallback() 调度渲染

选型决策树

1. 帧率稳定 > 刷新率 → 传统 VSync（简单可靠）
2. 帧率波动大，硬件支持 VRR → G-Sync/FreeSync（最佳体验）
3. 帧率极高（>144 FPS），追求竞技优势 → Fast Sync（低延迟无撕裂）
4. 嵌入式 / 资源受限设备 → 双缓冲 + 自适应 VSync（平衡功耗与体验）

资料来源

• Wikipedia - Screen tearing (VSync)
• Khronos Forums - VBLANK and timing discussion
• Intel Full-Raster Frame Structure documentation

systems