Win32 Sleep()在固定时间步长游戏循环中的精度问题

兄弟，这绝对是Windows Sleep()的经典坑——就算你把系统定时器精度拉到1ms（而且断言也确认生效了），它偶尔还是会过度休眠，这真不是你代码写错了，是Windows的调度机制天生就这样。

为什么Sleep()会不准？ #

• Sleep()的语义是「至少休眠x毫秒」：它只是告诉系统“我接下来x毫秒内不需要CPU”，但系统调度器什么时候唤醒你的线程，完全取决于当前的系统负载。如果此时有高优先级的进程/线程在跑（比如后台的杀毒软件、系统服务），你的线程可能会被延迟几十甚至上百毫秒才被唤醒，哪怕定时器精度是1ms。
• 定时器粒度的隐性偏差：就算系统处于空闲状态，Sleep()的实际休眠时间也可能因为硬件定时器的最小粒度、系统时钟校准等问题，出现1-2ms的偏差。比如你调用Sleep(1)，实际可能睡了2-3ms，这在Windows上太常见了。

游戏循环里怎么解决这个问题？ #

固定时间步长的游戏循环不能单纯依赖Sleep()，得结合高精度计时器和混合等待策略来控制节奏：

• 先用QueryPerformanceCounter()（QPC）来精确跟踪时间，这是Windows上最准的计时器，精度能到微秒级。
• 当剩余等待时间较长（比如大于5ms）时，用Sleep()来节省CPU；当剩余时间很短时，用**忙等待+YieldProcessor()**来补全，避免Sleep的过度休眠。
• 别忘了用完timeBeginPeriod(1)后一定要调用timeEndPeriod(1)，不然会让整个系统的定时器精度保持在1ms，增加不必要的功耗。

举个伪代码示例（C++风格）：

// 初始化高精度计时器
LARGE_INTEGER freq;
QueryPerformanceFrequency(&freq);
const double ticksPerMs = static_cast<double>(freq.QuadPart) / 1000.0;

LARGE_INTEGER lastUpdateTime;
QueryPerformanceCounter(&lastUpdateTime);

const double fixedStep = 16.666; // 60FPS的固定逻辑步长

while (gameRunning) {
    // 获取当前时间
    LARGE_INTEGER currentTime;
    QueryPerformanceCounter(&currentTime);
    double elapsedMs = (currentTime.QuadPart - lastUpdateTime.QuadPart) / ticksPerMs;

    // 处理固定步长的逻辑更新
    while (elapsedMs >= fixedStep) {
        updateGameLogic();
        elapsedMs -= fixedStep;
    }

    // 渲染（基于剩余时间做插值）
    renderGame(elapsedMs / fixedStep);

    // 计算剩余等待时间，选择等待策略
    double remainingMs = fixedStep - elapsedMs;
    if (remainingMs > 5) {
        // 长时间等待用Sleep
        Sleep(static_cast<DWORD>(remainingMs));
    } else if (remainingMs > 0) {
        // 短时间等待用忙等+让步，减少CPU占用
        LARGE_INTEGER endWaitTime;
        QueryPerformanceCounter(&endWaitTime);
        double currentWaitElapsed = (endWaitTime.QuadPart - currentTime.QuadPart) / ticksPerMs;
        while (currentWaitElapsed < remainingMs) {
            QueryPerformanceCounter(&endWaitTime);
            currentWaitElapsed = (endWaitTime.QuadPart - currentTime.QuadPart) / ticksPerMs;
            YieldProcessor(); // 给其他线程让渡CPU时间
        }
    }

    // 更新上一次的时间基准
    lastUpdateTime.QuadPart = currentTime.QuadPart + static_cast<LONGLONG>(elapsedMs * ticksPerMs);
}

// 别忘了清理定时器精度
timeEndPeriod(1);

最后再确认一点 #

你说断言已经触发，说明timeBeginPeriod(1)确实生效了，但还是要注意：有些系统环境下（比如服务器版Windows、某些杀毒软件限制），定时器精度可能无法被拉到1ms，不过既然断言过了，这一点应该没问题。

总的来说，Sleep()从来不是为精确计时设计的，游戏循环的精确控制必须依赖高精度计时器+混合等待的组合。

内容的提问来源于stack exchange，提问作者MattMatt2000