nanosleep常“睡不够”是因内核将请求时间向上对齐到时钟滴答（1–15ms），高负载或抢占时更明显；遇EINTR需重试，剩余时间由系统自动填入rem；亚微秒级等待不可行。
nanosleep 在 Linux 上为什么经常“睡不够”
直接调用 nanosleep 时，实际休眠时间往往比指定值长——这不是 bug，而是内核调度行为决定的。系统会把请求时间向上对齐到下一个可调度的时钟滴答（通常是 1–15 ms），尤其在负载高或进程被抢占时更明显。返回 EINTR 也不少见，说明被信号打断，但很多人忽略重试逻辑。
- 必须检查返回值：成功返回 0，失败返回 -1 并设置
errno - 若返回 -1 且
errno == EINTR，需用剩余时间再次调用nanosleep -
struct timespec的tv_nsec必须 nanosleep 立即返回EINVAL
如何写一个真正可靠的 nanosleep 包装函数
核心是循环重试 + 时间减法，同时避免浮点误差和整数溢出。不要用 clock_gettime 做差值校准——那会引入额外系统调用开销，且在短睡眠中反而放大误差。
#include <time.h>
#include <errno.h><p>int reliable_nanosleep(const struct timespec<em> req) {
struct timespec rem = </em>req;
while (nanosleep(&rem, &rem) == -1) {
if (errno != EINTR) return -1;
// EINTR 时 rem 已被更新为剩余时间，继续睡
}
return 0;
}</p>注意：nanosleep 第二个参数传入非空地址时，会在被中断时自动填入剩余时间，这是 POSIX 保证的行为，不用自己算。
需要 sub-microsecond 精度？别用 nanosleep
nanosleep 的理论下限是内核 HZ 或 CONFIG_HZ 决定的调度粒度，现代 Linux 通常 ≥ 1 ms。想实现 100 ns 级别等待，nanosleep 本质做不到。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 超短等待（__builtin_ia32_pause 或
std::this_thread::yield） - 1–100 µs 范围，可混合策略：先
nanosleep到离目标剩 ~10 µs，再忙等补足 - 使用
CLOCK_MONOTONIC+clock_nanosleep也无法突破调度器限制，只是支持绝对时间唤醒
跨平台兼容性问题：Windows 怎么办
Windows 没有 nanosleep，Sleep(1) 最小分辨率通常 10–15 ms，且受系统电源策略影响极大。若必须移植：
- 用
QueryPerformanceCounter+ 自旋做 sub-ms 等待（仅适合极短时间、不关心 CPU 占用） - 改用
std::this_thread::sleep_for（C++11），它在各平台尽量封装底层，但依然受 OS 调度约束 - 避免依赖
nanosleep行为写测试——比如假设 sleep(1000) 一定耗时 ≈ 1000 µs，这在 CI 容器里大概率失败
真正难的不是写对函数，而是理解「操作系统不保证准时唤醒」这个前提；所有高精度等待逻辑，都得预留误差容忍或 fallback 路径。
