std::condition_variable的wait_until在Windows平台出现延迟如何解决？

• Windows系统默认时钟精度限制：Windows默认的全局定时器中断周期为10~15.6ms，所有基于内核等待的API（包括Sleep、WaitForSingleObject等）的超时精度都受该参数约束，你观测到的10ms左右固定延迟完全符合这个精度范围。而Linux默认时钟分辨率为1ms，因此不会出现这类大幅固定延迟。
• MinGW标准库实现缺陷：MinGW的std::condition_variable没有适配Windows Vista之后推出的原生条件变量API，而是基于Win32事件做的上层模拟，超时等待逻辑没有做高精度对齐，额外引入了1~2ms的固定误差。
• 调度逻辑额外开销：当前实现中每次唤醒后需要遍历任务队列判断触发时间，这个操作本身也会引入微秒级的开销，不过和系统精度问题相比可以忽略。

低成本快速优化 #

在程序入口处调用Win32 API timeBeginPeriod(1) 将系统时钟精度临时提升到1ms，程序退出前调用timeEndPeriod(1)恢复默认配置即可。该改动几乎不需要修改现有调度逻辑，实测可以把调度延迟控制在1ms以内。

注意：使用该API需要包含<windows.h>和<mmsystem.h>头文件，MinGW编译时需要添加链接参数 -lwinmm。该修改会全局提升系统的定时器精度，会小幅增加系统功耗，适合对延迟要求高的桌面场景使用。

高性能优化方案 #

如果需要更稳定的微秒级调度精度，可以做如下修改：

1. 替换std::condition_variable为Windows原生的CONDITION_VARIABLE+CRITICAL_SECTION组合，完全避开MinGW标准库的模拟实现开销。
2. 短周期调度任务改用Windows高精度可等待定时器CreateWaitableTimerEx实现，不用依赖条件变量的超时等待逻辑，调度精度可以稳定控制在0.5ms以内。

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