交换链技术：垂直同步（V-Sync）与页面翻转
双缓冲解决了撕裂问题，但引入了一个新麻烦——什么时候翻页？
你想想看，GPU 画完一帧，立马把后缓冲切到前台。如果切的时候显示器刚好扫到屏幕中间，那上半截是旧帧，下半截是新帧，撕裂又回来了。所以我们需要一个「交通指挥」——垂直同步。
垂直同步到底在同步什么？
说白了，就是让 GPU 的翻页动作和显示器的刷新节奏对齐。显示器从左上角扫到右下角，扫完一行叫水平消隐，扫完一帧叫垂直消隐。V-Sync 就是让 GPU 在垂直消隐期间翻页。
我刚开始做渲染优化时，觉得 V-Sync 就是个开关。后来调一个 60Hz 屏幕上的 30fps 动画，才发现事情没那么简单。
核心要点：V-Sync 强制 GPU 在垂直消隐区间（VBlank）执行页面翻转，保证用户看到的每一帧都是完整的。
页面翻转的两种模式
交换链里怎么翻页？主流有两种做法。我习惯用一张表来对比：
| 模式 | 工作机制 | 延迟 | 帧率表现 | 典型场景 |
|---|---|---|---|---|
| 立即翻转 | GPU 画完立刻切换前后缓冲 | 最低 | 可能撕裂 | 基准测试、低延迟游戏 |
| 垂直同步翻转 | 等待 VBlank 信号再切换 | 增加 1 帧延迟 | 稳定无撕裂 | 视频播放、普通 UI |
嗯，这里要注意——立即翻转不是没有同步，而是同步到「GPU 完成」这个事件，不是显示器的刷新事件。
交换链的典型工作流
我画了一张流程图，帮你理清整个翻页过程：
V-Sync 的坑：卡顿从哪来？
开了 V-Sync 就不卡了？不一定。我踩过一个典型的坑：
有一次做桌面录屏工具，60Hz 显示器，渲染线程每 16.6ms 提交一帧。一切正常。后来用户反馈「鼠标移动时画面一抖一抖的」。查了半天，发现是某帧渲染耗时 18ms，超过了 VBlank 窗口。GPU 只能等下一个 VBlank 再翻页，于是这一帧实际展示了 33ms，下一帧也顺延。帧率从 60fps 掉到 30fps，用户就觉得卡。
避坑指南：V-Sync 开启后，如果某一帧渲染超时，会导致后续所有帧的节奏被打乱。这种现象叫「帧率抖动」或「V-Sync 卡顿」。我曾经在调试一个 4K 视频播放器时被这个问题折磨了两天——后来改用自适应同步（FreeSync/G-Sync）才彻底解决。
双缓冲 vs 三缓冲
双缓冲加 V-Sync 有个硬伤：GPU 画完后缓冲被锁住，直到 VBlank 才能释放。如果渲染速度比刷新快，GPU 会空转。三缓冲就是来解决这个的。
| 特性 | 双缓冲 + V-Sync | 三缓冲 + V-Sync |
|---|---|---|
| 缓冲数量 | 2 个（前 + 后） | 3 个（前 + 后 + 备用） |
| GPU 利用率 | 低（经常等待） | 高（持续渲染） |
| 输入延迟 | 较低（1 帧） | 较高（1~2 帧） |
| 帧率稳定性 | 容易掉半帧 | 更平滑 |
| 适用场景 | 轻量 UI、60fps 稳定场景 | 游戏、复杂动画 |
我个人习惯是：做 UI 动画用双缓冲 + V-Sync，因为延迟低；做游戏或复杂渲染用三缓冲，因为帧率更稳。
代码层面怎么控制？
以 DirectX 11 为例，交换链创建时通过 DXGI_SWAP_CHAIN_DESC 的 SwapEffect 和 Flags 控制翻页行为：
// 双缓冲 + 垂直同步
DXGI_SWAP_CHAIN_DESC desc = {};
desc.BufferCount = 2;
desc.SwapEffect = DXGI_SWAP_EFFECT_FLIP_DISCARD;
desc.Flags = DXGI_SWAP_CHAIN_FLAG_ALLOW_TEARING; // 允许撕裂（可选）
// 提交时等待 VBlank
swapChain->Present(1, 0); // SyncInterval = 1 表示等待 VBlank如果 SyncInterval = 0，就是立即翻转，不等待 VBlank。我调试时经常在两者之间切换，对比撕裂和卡顿的差异。
调试技巧：在 Present 前后加高精度计时器，记录每一帧的提交时间戳。如果发现时间戳间隔不是 16.6ms 的整数倍，说明 V-Sync 没生效或者帧率不稳定。我曾经用这个办法定位到一个驱动 bug——某显卡在窗口模式下 V-Sync 失效。
总结一下
垂直同步和页面翻转，说白了就是「谁说了算」的问题。显示器说「我还没扫完，你等着」，GPU 说「我画完了，能不能翻？」——V-Sync 就是那个裁判。
- 开 V-Sync：画面完整，但可能卡顿
- 关 V-Sync：延迟低，但可能撕裂
- 三缓冲：折中方案，但增加延迟
没有银弹。你得根据场景选，而且一定要在真机上测。我见过太多人在模拟器上跑得飞起，一上真机就翻车——因为模拟器不模拟 VBlank。