C++ 使用 std::chrono 进行帧率（FPS）控制-C++-PHP中文网

std::chrono::steady_clock是唯一靠谱的选择，因其单调稳定、不随系统时间调整或ntp校时跳变，能避免帧率控制中卡死、狂奔、sleep过头等错误；需用累加target_frame_time而非重算，并配合sleep_until实现可靠帧同步。

c++ 使用 std::chrono 进行帧率（fps）控制

为什么 `std::chrono::steady_clock` 是唯一靠谱的选择

因为只有它不随系统时间调整跳变，也不会被 NTP 同步拖慢——用 system_clock 或 high_resolution_clock（在某些平台其实是别名）做帧率控制，可能某次系统时间校准后直接卡死几秒或狂奔一倍。

常见错误现象：std::this_thread::sleep_until 突然睡过头、FPS 剧烈抖动、偶发连续两帧没 sleep。

Windows 上 high_resolution_clock 通常等价于 steady_clock，但标准不保证，不能依赖
Linux 下部分旧 glibc 版本的 steady_clock 可能基于 CLOCK_MONOTONIC_RAW，精度略低但依然单调，够用
永远显式写 std::chrono::steady_clock，别用 auto 推导时钟类型

怎么算一帧该睡多久：别直接除，要累积误差

目标 FPS 是 60？那理想帧间隔是 16.666...ms，但浮点除法 + sleep 调度延迟会快速累积偏差。比如每帧慢 0.1ms，100 帧就偏移 10ms，肉眼可感掉帧。

正确做法是维护一个「期望下一帧开始时间」的绝对时刻，并用当前时间与之比较决定是否 sleep：

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

auto target_frame_time = std::chrono::steady_clock::time_point{};
auto frame_duration = std::chrono::milliseconds{1000} / 60;
<p>// 初始化
target_frame_time = std::chrono::steady_clock::now() + frame_duration;</p><p>while (running) {
auto now = std::chrono::steady_clock::now();
if (now </p>

用 += 而非每次 now() + frame_duration，避免误差传播
如果某帧超时（now >= target_frame_time），不 sleep，立刻执行，且仍按原节奏推进 target_frame_time，防止“越掉越多”
frame_duration 推荐用整数毫秒或纳秒计算，避免 1000.0 / 60 这类浮点运算

`sleep_until` 为什么有时不精准？三个现实限制

操作系统调度器、硬件中断、线程优先级共同导致 sleep 实际唤醒时间总比目标晚一点，典型延迟在 0.5–5ms（Windows 普遍更差）。这不是 bug，是设计使然。

不要指望 sleep_until 能达到微秒级精度；对 60FPS 来说，±2ms 抖动属正常范围
避免在低优先级线程里做帧控——主线程默认优先级常被后台任务抢占
某些实时性要求高的场景（如音视频同步），需改用 busy-wait + now() 检查，但会吃满 CPU，慎用

如何验证你的 FPS 控制真有效

别只看平均 FPS 数字。真正要盯的是帧间隔的标准差和最大偏差：

// 示例：每 100 帧打印一次统计
static std::vector<double> frame_intervals_ms;
auto start = std::chrono::steady_clock::now();
// ... 帧循环内
auto end = std::chrono::steady_clock::now();
auto ms = std::chrono::duration_cast<:chrono::microseconds>(end - start).count() / 1000.0;
frame_intervals_ms.push_back(ms);
if (frame_intervals_ms.size() == 100) {
    // 计算均值、stddev、max deviation
    frame_intervals_ms.clear();
}</:chrono::microseconds></double>