C++11起应使用std::this_thread::sleep_for实现跨平台延时，需包含和头文件，传入std::chrono::duration类型参数，该函数阻塞当前线程且完全可移植。
在 C++ 中没有跨平台的内置 sleep 函数，标准库直到 C++11 才提供可靠的延时方案；直接用非标准函数（如 Windows 的 Sleep 或 POSIX 的 usleep）会导致代码无法移植。
用 std::this_thread::sleep_for 实现跨平台延时
这是 C++11 起推荐的方式，依赖
- 必须传入一个
std::chrono::duration类型，不能直接写毫秒数字 - 常用单位：
std::chrono::milliseconds(500)、std::chrono::seconds(2)、std::chrono::microseconds(1000) - 调用前需确保已包含
#include和#include - 该函数会阻塞当前线程，不影响其他线程运行
std::this_thread::sleep_for(std::chrono::milliseconds(1000)); // 暂停 1 秒
Windows 下误用 Sleep 的常见问题
WinAPI 的 Sleep（注意首字母大写）接受毫秒整数，看似简单，但容易引发编译或链接失败，且不跨平台。
- 需定义
WIN32_LEAN_AND_MEAN并包含 - 参数是
DWORD，传负数或超大值可能被截断，导致意外行为 - 若项目同时启用 Unicode 宏，某些旧版头文件可能触发宏替换冲突
- Linux/macOS 下直接编译报错：
error: 'Sleep' was not declared in this scope
// 不推荐：仅限 Windows，且需小心头文件顺序 #includeSleep(2000); // 暂停 2 秒
为什么不要用 usleep 或 nanosleep
这些是 POSIX 函数，在 Linux/macOS 上可用，但已被标记为废弃（obsolescent），C++ 标准不保证支持，且行为细节（如是否响应信号中断）需额外处理。
立即学习“C++免费学习笔记（深入）”；
-
usleep参数单位是微秒，最大只支持约 1 秒（useconds_t通常是 32 位） -
nanosleep更精确，但返回 -1 且errno == EINTR时需手动重试 - 在 macOS 上
usleep已被移除，编译直接失败 - 静态链接时可能因 libc 版本差异导致运行时崩溃
延时精度与实际暂停时间的关系
无论用哪种方式，真实暂停时间都可能比指定值长——操作系统调度不是实时的，尤其在负载高、线程优先级低或启用了电源管理的设备上。
-
std::this_thread::sleep_for至少保证“不少于”指定时长，不会提前唤醒 - 短于 10ms 的延时（如
sleep_for(milliseconds(1))）在 Windows 上常被拉长到 15–16ms，这是系统默认定时器分辨率所致 - 若需更高精度，Windows 可调用
timeBeginPeriod(1)（需管理员权限且影响全系统），不建议常规使用
真正需要精确计时的场景（比如音视频同步、工业控制），不应依赖 sleep，而应结合高精度时钟 + 循环校准或专用实时库。
