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，否则资源泄漏 - 参数
uElapse最小有效值通常是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线程调度边界、电源管理策略、甚至是否该切到内核驱动层。
