1、帧率抖动根源分析：渲染管线瓶颈、垂直同步机制、CPU/GPU负载不均衡

做帧率优化这么多年，我见过太多团队一上来就调参数、改代码，结果折腾半天帧率还是忽高忽低。说白了，你得先搞清楚——帧率为什么会抖？

帧率抖动，不是简单的“卡了一下”。它背后藏着三个核心问题：渲染管线哪里堵了、垂直同步怎么配合的、CPU和GPU谁在拖后腿。咱们一个一个拆。

1.1 渲染管线瓶颈：到底卡在哪一环？

渲染管线就像一条流水线。顶点处理、光栅化、像素着色、输出合并……每一站都有固定的处理时间。只要有一站慢了，整条线就得等。

我个人习惯把管线瓶颈分成三类：

• 前端瓶颈：顶点太多、索引缓存没用好、CPU提交Draw Call太慢。
• 中端瓶颈：像素着色器太复杂、纹理采样次数过多、Overdraw严重。
• 后端瓶颈：显存带宽不够、Render Target切换频繁、垂直同步等待。

我在项目中遇到过最典型的例子：一个手游场景，帧率从60掉到30，查了半天发现是Overdraw到了8倍。像素着色器反复绘制被遮挡的物体，GPU累得半死。解决办法？提前做遮挡剔除，把不可见物体的绘制直接砍掉。

1.2 垂直同步机制：帧率稳定的“双刃剑”

垂直同步（V-Sync）这东西，说白了就是让GPU等显示器。显示器刷新完一帧，GPU才能开始画下一帧。好处是画面不撕裂，坏处是——帧率被锁死了。

你想想看，如果GPU画完一帧用了10ms，但显示器刷新周期是16.67ms（60Hz），那GPU就得干等6.67ms。这6.67ms里，GPU啥也不干，帧率自然上不去。

更麻烦的是帧率抖动。假设某一帧突然画了18ms，超过了刷新周期，那显示器就得等下一轮。这一等，帧率直接掉到30fps。用户感觉就是“卡了一下”。

垂直同步模式	帧率稳定性	画面撕裂	适用场景
关闭V-Sync	差（帧率波动大）	有	竞技类游戏（追求低延迟）
开启V-Sync	好（锁60fps）	无	普通游戏、视频播放
自适应V-Sync	较好（动态调整）	偶尔	帧率波动大的场景
G-Sync / FreeSync	优秀（可变刷新率）	无	高端显示器

1.3 CPU/GPU负载不均衡：谁在拖后腿？

帧率稳定，靠的是CPU和GPU步调一致。但现实中，这两兄弟经常闹别扭。

• CPU过载：物理计算太多、AI逻辑复杂、Draw Call数量爆炸。GPU闲着等CPU。
• GPU过载：着色器太复杂、分辨率太高、特效太多。CPU闲着等GPU。
• 交替过载：这一帧CPU慢，下一帧GPU慢，帧率像过山车。

我个人习惯用帧时间分解图来定位问题。把每一帧的CPU时间和GPU时间分别画出来，一眼就能看出谁在拖后腿。

// 伪代码：帧时间采集示例
uint64_t cpuStart = GetCPUTimestamp();
UpdateScene();          // CPU逻辑
SubmitDrawCalls();      // CPU提交
uint64_t cpuEnd = GetCPUTimestamp();

uint64_t gpuStart = GetGPUTimestamp();
RenderFrame();          // GPU渲染
uint64_t gpuEnd = GetGPUTimestamp();

float cpuTime = (cpuEnd - cpuStart) / freq;
float gpuTime = (gpuEnd - gpuStart) / freq;

if (cpuTime > gpuTime) {
    // CPU瓶颈
} else {
    // GPU瓶颈
}

我记得有一次优化一个PC游戏，帧率在40-60之间来回跳。用工具一看，CPU帧时间12ms，GPU帧时间18ms。GPU明显是瓶颈。我把阴影分辨率从2048降到1024，帧率立刻稳定在55fps以上。说白了，找到短板，补上它。

1.4 知识结构总览

下面这张图，把帧率抖动的三大根源串起来了。你可以把它当成排查问题的路线图。