sleep_for必须传入std::chrono::duration类型，不能直接传毫秒整数；正确写法是std::chrono::milliseconds(1000)或c++14字面量如1s、500ms。
sleep_for 必须传入 duration 类型，不能直接传毫秒整数
很多人写 std::this_thread::sleep_for(1000) 会编译失败，因为 sleep_for 第二个参数（实际是唯一必需参数）要求是 std::chrono::duration，不是 int 或 long long。C++ 不做隐式单位转换，1000 毫秒 ≠ 1000。
正确做法是用 chrono 提供的字面量或构造函数显式指定单位：
std::this_thread::sleep_for(std::chrono::milliseconds(1000))-
std::this_thread::sleep_for(1s)（需 C++14 起，且包含<chrono></chrono>） -
std::this_thread::sleep_for(500ms)（同上，ms是标准字面量）
不同 duration 类型的精度和可移植性差异
std::chrono::milliseconds 和 std::chrono::nanoseconds 都能传给 sleep_for，但实际休眠时长取决于系统调度器精度，不是类型本身能保证的。Windows 下最小分辨率通常约 15ms，Linux（默认 CFS）一般可到 1–10ms，但 nanosecond 级请求会被向下取整或四舍五入。
推荐按需选择，避免过度使用高精度类型：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 网络超时、UI 延迟等场景用
milliseconds足够，也最易读 - 性能敏感的轮询循环中，若需 sub-millisecond 响应，要考虑
sleep_for可能不达标，改用std::this_thread::yield()或条件变量 -
std::chrono::steady_clock::duration是sleep_for的“自然输入类型”，但你不需要手动转换——所有duration都支持隐式转换到它
sleep_for 可能被信号或线程中断，但 C++ 标准不抛异常
在 Unix-like 系统上，如果休眠期间线程收到信号（如 SIGINT），sleep_for 可能提前返回，且不会抛出任何异常，也不会设置 errno。这是 POSIX 行为透传，C++ 标准对此保持沉默。
这意味着：如果你依赖精确休眠（比如实现定时器 tick），不能假设 sleep_for 一定睡满：
- 检查休眠后的真实时间差，用
steady_clock::now()做补偿循环 - 不要把
sleep_for当作实时同步原语；对严格时限场景，应结合condition_variable+wait_until - Windows 上该问题较少，但仍存在调度延迟，不可完全信任返回即“刚睡完”
别混用 system_clock 和 sleep_for
std::chrono::system_clock 表示墙上时间（可能被 NTP 调整），而 sleep_for 内部用的是单调时钟（如 steady_clock）。虽然你可以把 system_clock::duration 传进去（因为能隐式转），但语义错乱：
-
auto d = std::chrono::system_clock::now().time_since_epoch(); sleep_for(d);—— 编译通过，但逻辑错误，d是从纪元开始的总秒数，不是时间段 - 真正想表达“睡到某个绝对时间点”，该用
std::this_thread::sleep_until(std::chrono::system_clock::now() + 2h) - 只要目标是“睡一段时间”，一律用
steady_clock::duration子类（如milliseconds）或字面量，不涉及 clock 类型
std::this_thread::sleep_for(100ms)，前提是开了 C++14 且没禁用字面量。如果项目锁在 C++11，就老实用 std::chrono::milliseconds(100)。别为了省几个字符绕开类型系统，那才是真坑。C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
