C++怎么实现定时器 C++ SetTimer与高精度计时实现【功能】_技术教程

SetTimer精度低（10–55ms），仅适用于UI刷新等非精确场景；高精度需用std::chrono+sleep_until、条件变量或QPC+WaitableTimer组合，注意系统时钟粒度与调度限制。

Windows平台用`SetTimer`实现UI线程定时器，但别指望它精准

SetTimer是Win32 API提供的简单定时器接口，适合响应式UI场景（比如每秒刷新一次状态栏），但它依赖消息循环，精度通常在10–55ms之间，且容易被系统负载、消息队列阻塞拖慢。调用后定时器消息WM_TIMER会投递到创建它的线程消息队列，所以必须确保该线程正在运行GetMessage/PeekMessage循环。

常见错误现象：SetTimer返回非零却收不到WM_TIMER——大概率是线程没跑消息循环，或窗口句柄传错（NULL时只支持线程级定时器，但WM_TIMER仍需线程有消息泵）。

实操建议：

仅用于对精度无要求的GUI更新，如界面倒计时显示、心跳闪烁
不要在控制台程序或工作线程里直接用SetTimer，除非你手动实现消息循环
定时器ID用唯一整数，避免多个SetTimer冲突；销毁时务必调用KillTimer，否则资源泄漏
参数uE lapse最小有效值通常是10ms，设成1毫秒也没用，系统会向上取整

C++11 `std::chrono` + `std::thread`做高精度轮询定时器

真正可控的高精度定时（亚毫秒级）得绕开Windows消息机制，自己管理线程和时间点。核心思路：用std::chrono::steady_clock测时，std::this_thread::sleep_until等待目标时刻，避免忙等耗CPU。

使用场景：音视频同步、传感器采样、实时日志刷盘等需要稳定间隔的操作。

示例关键逻辑：

auto next = std::chrono::steady_clock::now() + std::chrono::milliseconds(5);
while (running) {
    std::this_thread::sleep_until(next);
    // 执行定时任务
    next += std::chrono::milliseconds(5); // 保持固定周期，不累积误差
}

注意点：

别用sleep_for代替sleep_until，否则每次延迟都会漂移
线程优先级默认是THREAD_PRIORITY_NORMAL，高精度场景可设为THREAD_PRIORITY_HIGHEST（需权限），但不能解决内核调度本质延迟
Windows默认时钟精度约15.6ms，可通过timeBeginPeriod(1)提升到1ms（需配对timeEndPeriod(1)），但这会影响全系统电源效率

跨平台高精度定时推荐`std::condition_variable` + `wait_until`

比裸线程+sleep_until更健壮的方式是用条件变量，支持安全中断（比如外部信号停止定时器），且能响应spurious wakeup。

性能影响：条件变量底层依赖内核事件对象，在Windows上实际精度仍受系统时钟粒度限制，但代码结构更清晰、可取消性更强。

实操要点：

用std::mutex保护共享状态（如running标志）
wait_until的超时时间必须是std::chrono::steady_clock::time_point，不能混用system_clock（可能因系统时间调整跳变）
唤醒后务必检查谓词（如!running），不能假设每次都是超时触发
避免在定时回调中做重IO或锁竞争操作，否则会拖垮下一次触发时间

别忽略`QueryPerformanceCounter`在极端精度场景的价值

当需要微秒甚至纳秒级测量（比如性能分析、硬件时间戳对齐），std::chrono::steady_clock在某些Windows版本上可能基于QueryPerformanceCounter，但不保证。直接调用QPC能拿到最原始的高精度计数器值，再通过QueryPerformanceFrequency换算成时间。

容易踩的坑：

QPC值本身不是时间，必须除以频率才能得到秒数，且要注意整数溢出（用double或int64_t做除法）
多核CPU上QPC理论上一致，但极老机器可能存在不同步问题，不过现代Windows已基本修复
它只适合“测量经过时间”，不能直接用来做定时唤醒——还得配合sleep_until或WaitableTimer
如果真要用QPC驱动定时，得搭配CreateWaitableTimer + SetWaitableTimer，那是内核级定时器，精度可达100ns量级，但API复杂、需处理APC或单独线程等待

真正需要亚毫秒定时的场景，往往意味着你已经在和硬件或实时性要求强的模块打交道——这时候别只盯着C++语法，得看清楚Windows线程调度边界、电源管理策略、甚至是否该切到内核驱动层。