事件循环必须休眠以避免忙等待，否则CPU占用率趋近100%；真正休眠通过系统调用让出时间片，使CPU降至1%–5%，不同语言需正确使用对应休眠方法并警惕假休眠与配置陷阱。
事件循环在无任务可处理时进入“休眠”，不是挂起或卡死，而是主动让出 CPU 时间片，这是降低 CPU 占用率最基础也最关键的机制。
为什么必须休眠？
不休眠的事件循环会变成忙等待（busy-waiting）：持续轮询是否有新事件，哪怕一秒内只有 1 次鼠标点击，它仍每微秒检查一次。这导致单线程吃满一个逻辑核心，CPU 使用率长期接近 100%。操作系统无法调度其他任务，响应变卡，风扇狂转。
休眠不是“停机”，而是精准让权
真正的休眠调用（如 Sleep(1)、thread.sleep(10)、await asyncio.sleep(0.01)）会让当前线程进入内核等待状态。此时 CPU 不再分配时间片给它，转而执行其他就绪任务。唤醒时机由系统定时器或 I/O 就绪事件触发，毫秒级延迟对用户感知几乎无影响，但 CPU 占用可从 95% 降至 1%–5%。
不同语言/框架的休眠实践
- CVI 程序：用 SetSleepPolicy(3) 启用“大量休眠”，配合 ProcessSystemEvents() 替代 RunUserInterface()，减少事件轮询频率
- C/C++/Windows：在 while 循环末尾插入 Sleep(1)，简单有效；高精度场景可用 WaitForMultipleObjects 等待事件句柄
- Java：用 Thread.sleep(5) 避免空循环；异步场景优先使用 ScheduledExecutorService 或 CompletableFuture
- Node.js：避免同步阻塞操作；用 setImmediate 或 setTimeout(fn, 0) 延迟非关键任务，保持事件循环轻量
- Python asyncio：协程中必须用 await asyncio.sleep(0.01)；禁止调用 time.sleep()，否则阻塞整个事件循环
警惕“假休眠”和配置陷阱
有些休眠看似生效，实则无效：比如休眠时间设为 0（等于不休眠），或在高频回调中误用短休眠（如每毫秒 sleep(1)，仍造成高调度开销）。还要注意：
- 电源管理设置可能干扰休眠精度（尤其在笔记本节能模式下）
- 某些驱动或反病毒软件会劫持定时器，导致休眠时间不准
- 调试器附加时，部分运行时会禁用或延长休眠以方便断点捕获
