等待计时器（Waitable Timer）是否属于多媒体计时器？如何实现高精度低CPU占用的等待？

首先直接给你明确结论：CreateWaitableTimer()确实不属于多媒体计时器服务范畴，它是Windows内核提供的等待型计时器对象，和多媒体计时器分属完全不同的API体系。

先理清几个Windows计时器体系的核心区别： #

• 多媒体计时器服务：核心API是timeSetEvent、timeKillEvent、timeBeginPeriod、timeEndPeriod这类，它的核心优势是可以主动提升系统计时器的分辨率（最高能到硬件支持的微秒级），通过回调函数触发事件。但微软也明确强调：不需要高分辨率计时的应用绝对别用它——因为提升系统分辨率会增加整体功耗和内核调度开销。
• SetTimer：属于消息循环驱动的计时器，通过向窗口消息队列发送WM_TIMER消息触发，精度最低（通常几十毫秒级），只适合UI场景的低精度定时需求。
• 等待型计时器（如CreateWaitableTimer）：属于内核同步对象，依赖WaitForSingleObject等函数阻塞线程直到计时器到期。它的精度默认受限于系统基础计时器分辨率（通常默认是10-15.6ms，你测试的±1ms应该是系统已经被其他程序调整过分辨率），本身无法主动拉高系统精度，所以达不到多媒体计时器的最高水准。

关于不占用CPU的高精度等待方案： #

你提到用QueryPerformanceCounter()忙等能实现微秒级精度，但会占满一个CPU核心，显然不是最优解。这里有两个更合理的方案：

1. 结合timeBeginPeriod提升系统分辨率 + CreateWaitableTimer
   先调用timeBeginPeriod(1)把系统计时器分辨率拉到1ms（硬件支持的话还能更低），再使用CreateWaitableTimer和WaitForSingleObject，这样等待精度会大幅提升，而且线程处于阻塞状态，完全不占用CPU资源。注意用完后一定要调用timeEndPeriod(1)恢复系统分辨率，避免影响其他程序。

   示例代码参考：

   timeBeginPeriod(1); // 提升系统计时器分辨率至1ms
   HANDLE timer = CreateWaitableTimer(NULL, TRUE, NULL);
   LARGE_INTEGER due;
   // 设置相对到期时间（比如当前时间后100微秒，单位是100纳秒，负号表示相对时间）
   due.QuadPart = -100000;
   SetWaitableTimer(timer, &due, 0, NULL, NULL, 0);
   WaitForSingleObject(timer, INFINITE);
   CloseHandle(timer);
   timeEndPeriod(1); // 恢复系统默认分辨率
   

2. 使用多媒体计时器的回调机制
   如果你的场景是需要定时触发任务而非单纯阻塞等待，可以用timeSetEvent设置高精度计时器，系统会在指定时间主动调用你的回调函数，线程不需要忙等，也不会占用CPU资源。示例：

   void CALLBACK TimerCallback(UINT uID, UINT uMsg, DWORD_PTR dwUser, DWORD_PTR dw1, DWORD_PTR dw2) {
       // 计时器到期时执行的业务逻辑
   }
   
   // 设置一个100微秒的一次性高精度计时器
   UINT timerId = timeSetEvent(100, 1, TimerCallback, NULL, TIME_ONESHOT);
   // 这里可以正常执行其他任务，无需阻塞
   // 用完后销毁计时器并恢复系统分辨率
   timeKillEvent(timerId);
   timeEndPeriod(1);
   

需要注意的是，无论用哪种方案，提升系统分辨率都会带来一定的系统开销，所以只有真正需要高精度的场景才应该这么做，用完务必恢复默认设置。

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