求助：使用QueryPerformanceCounter适配OpenGL矩形滑动速度时出现异常

看起来你遇到的是动画同步里很典型的坑——用delta时间做跨设备速度一致时，初始阶段的异常时间计算导致了跳变，之后的表现又不符合预期。我来帮你拆解原因和解决办法：

问题根源 #

你描述的“先跳转至约一半位置，随后滑动极慢”，大概率是初始delta时间包含了线程等待std::condition_variable的耗时：

• 线程在等待条件变量时，你用来计算delta的起始时间是等待前记录的，唤醒后第一次计算delta时，会把整个等待的长时长算进去，直接让矩形一次性移动了超大的距离（相当于“补”了等待时的所有帧）。
• 之后的delta是正常的帧间隔，这时候如果你的速度单位没对齐（比如按每帧速度而非每秒），就会显得滑动极慢。

具体解决方案 #

1. 唤醒后重置时间基准 #

在条件变量唤醒的瞬间，立刻更新你的时间基准点，抛弃等待阶段的无效时间。这样第一次循环的delta就只是唤醒后到当前帧的正常间隔：

std::unique_lock<std::mutex> lock(mtx);
cv.wait(lock, []{ return ready; });

// 关键：唤醒后立即重置时间基准，不要用等待前的旧时间
auto last_frame_time = std::chrono::steady_clock::now();

while (!task_done) {
    auto current_time = std::chrono::steady_clock::now();
    std::chrono::duration<float> delta_duration = current_time - last_frame_time;
    float delta_seconds = delta_duration.count();
    last_frame_time = current_time;

    // 按每秒速度更新位置（比如speed是每秒移动100像素）
    rect_position.x += speed * delta_seconds;

    // OpenGL绘制逻辑
    render_rect(rect_position);
}

2. 限制最大时间步长（Clamping） #

就算解决了初始问题，系统卡顿也可能导致某一帧的delta突然变大（比如1秒以上），这会让矩形突然跳很远。给delta设置一个合理上限，比如限制为1/60秒（对应60帧的最大间隔）：

// 截断极端大的delta，避免跳变
float delta_seconds = std::min(delta_duration.count(), 1.0f / 60.0f);
rect_position.x += speed * delta_seconds;

这样就算卡顿，矩形也会按最大预期速度移动，不会出现跳变，同时保证整体速度一致。

3. 确认速度单位的正确性 #

一定要确保你的speed是每秒移动的像素数，而不是每帧的移动量。比如你希望矩形每秒移动200像素，就把speed设为200，乘以delta的秒数后，不管帧率是30还是120，每秒移动的距离都是固定的——这才是跨设备速度一致的核心。

4. （可选）忽略极小的时间差 #

如果你的循环可能因为线程调度出现几乎没有时间流逝的情况（比如刚唤醒就立即进入下一次循环），可以加个小判断避免浮点误差导致的抖动：

if (delta_seconds > 0.0001f) { // 忽略小于0.1毫秒的时间差
    rect_position.x += speed * delta_seconds;
}

关于“是否需要加条件判断检查时间流逝” #

其实不需要额外的复杂判断，只要处理好初始时间基准和delta的上限，就可以正常工作。上面的可选判断只是为了处理极端的浮点精度问题，不是必须的。

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