windows上thread.sleep(1)实际延迟约15.6ms，因系统默认时钟中断频率为64hz；需调用timebeginperiod(1)提升精度至约1ms，但会增加功耗并影响全局计时器。
Windows 上用 QueryPerformanceCounter 做 1ms 循环最靠谱
Windows 默认的 Sleep(1) 实际误差常达 10–15ms，根本达不到 1ms 精度；timeSetEvent 已废弃且依赖多媒体定时器，精度和线程安全性都不稳定。真正可控的方式是用高精度计数器手动轮询 + 自适应补偿。
关键不是“每 1ms 触发一次”，而是“每次循环体执行完后，等待到下一个整数毫秒边界”。需要先测出循环体耗时，再用 QueryPerformanceCounter 和 QueryPerformanceFrequency 换算纳秒级休眠量。
-
QueryPerformanceFrequency必须调用一次获取频率，别硬编码 1000000 或 10000000 - 首次调用
QueryPerformanceCounter前加一次Sleep(0)，避免因线程调度导致初始值跳变 - 不要在循环里反复调用
GetTickCount64做校准——它本身只有 10–16ms 分辨率
Linux 下必须用 clock_nanosleep 配合 CLOCK_MONOTONIC
usleep(1000) 或 nanosleep 在多数发行版上实际最小分辨率仍是 10ms 左右，尤其在非实时内核下；select(NULL, NULL, NULL, NULL, &tv) 更不可靠，受系统负载影响极大。
真正能逼近 1ms 的组合是：clock_nanosleep(CLOCK_MONOTONIC, TIMER_ABSTIME, &next_ts, NULL)，其中 next_ts 是基于上次唤醒时间累加 1000000ns（即 1ms）后计算出的绝对时间点。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 务必用
CLOCK_MONOTONIC，不用CLOCK_REALTIME（NTP 调整会导致跳变） - 第一次
clock_gettime(CLOCK_MONOTONIC, &now)后，立刻加上 1ms 得到首个next_ts，别等第一次循环跑完再算 - 如果
clock_nanosleep返回EINTR，直接重试，不要加额外 delay
跨平台封装要注意 std::chrono 的隐式陷阱
看起来 std::this_thread::sleep_until(tp) 很干净，但它的底层实现依赖 OS API，在 Windows 上仍走 Sleep，Linux 上可能降级为 nanosleep —— 也就是说，它不自动选择高精度路径。
若坚持用 std::chrono，必须配合手动时间推进逻辑：记录上一次“应触发时刻”，每次循环结束时计算 next = last + 1ms，再传给 sleep_until。否则一旦某次循环超时，后续所有周期都会持续漂移。
- 别用
std::chrono::system_clock做定时基准——它可能被系统时间修改干扰 -
std::chrono::steady_clock是唯一可选项，但需确认其period::den / period::num是否 ≥ 1MHz（即分辨率 ≤ 1μs） - 在 GCC 12+ 和 Clang 14+ 上，
steady_clock通常映射到CLOCK_MONOTONIC或QueryPerformanceCounter，但 MSVC 旧版本可能 fallback 到低精度 API
1ms 不等于“每秒执行 1000 次”，漏判负载超限会雪崩
当循环体平均耗时超过 800μs，再强行按 1ms 节拍调度，就必然出现“追赶模式”：连续多次 sleep_until 立即返回，CPU 占用飙高，且事件处理严重堆积。这不是定时器不准，而是设计误判。
真实场景中必须加入负载监控：每次循环记录实际耗时，若连续 3 次 > 900μs，就该降频到 2ms 或触发告警；更稳妥的做法是把“目标周期”和“观测周期”分离，用滑动窗口统计最近 10 次耗时中位数，动态调整下次 sleep 时长。
- 别依赖单次
std::chrono::high_resolution_clock::now()测开销——它自身就有几百纳秒抖动 - 用
QueryPerformanceCounter或clock_gettime(CLOCK_MONOTONIC, ...)才能测出真实执行时间 - 即使硬件支持 1ms，内核调度、中断延迟、CPU 频率缩放（如 Intel SpeedStep）都可能让某次循环突然卡住 2–3ms，要有容错缓冲
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
