应使用C++11的std::this_thread::sleep_for()实现跨平台休眠，需包含<thread>和<chrono>头文件，用std::chrono::seconds或milliseconds显式指定单位，其行为一致、精度高且仅阻塞当前线程。
Windows 和 Linux 的 sleep 函数名不兼容怎么办
直接用 sleep() 会编译失败：Linux 下是 sleep()（秒级，unistd.h），Windows 下是 Sleep()（毫秒级，Windows.h），大小写、单位、头文件全不同。跨平台代码不能硬写平台专属调用。
标准做法是统一用 C++11 引入的 std::this_thread::sleep_for()，它不依赖系统 API，行为一致，且精度更高。
- 需要包含
#include <thread>和#include <chrono> - 单位用
std::chrono::seconds(1)、std::chrono::milliseconds(500)显式指定，避免歧义 - 注意：
std::this_thread::sleep_for()可能被信号或线程中断唤醒（尤其在 Unix-like 系统），但实际中多数场景可忽略；若需严格等待，得循环检查剩余时长
想用更轻量的 sleep（比如只休眠不涉及线程对象）
有人觉得 std::this_thread::sleep_for() “太重”，其实不然——它不创建新线程，只是阻塞当前线程，开销和系统 sleep 基本一致。但如果你真在写裸系统或嵌入式受限环境（无 <thread>），才需手动封装。
此时建议用宏隔离：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
#ifdef _WIN32 #include <windows.h> #define SLEEP_MS(ms) Sleep(ms) #else #include <unistd.h> #define SLEEP_MS(ms) usleep((ms) * 1000) #endif
注意：usleep() 已被 POSIX 标记为废弃，推荐用 nanosleep() 替代，但 nanosleep() 需要构造 struct timespec，不如 std::this_thread::sleep_for() 直观安全。
sleep 时间不准？为什么实际休眠比预期长
所有系统级 sleep 都是“至少休眠”，不是“精确休眠”。内核调度、时钟精度、负载都会影响。比如请求休眠 1ms，在 Windows 上常见实际延迟 15–20ms（默认时钟粒度）。
- Windows 可调高时钟精度：调用
timeBeginPeriod(1)（需winmm.lib），但会影响全系统功耗，用完记得timeEndPeriod(1) - Linux 一般更准，但也要看内核配置和调度策略（如
SCHED_FIFO可改善） -
std::this_thread::sleep_for()同样受底层限制，不要假设它能实现微秒级精确定时
在非主线程里 sleep 会不会卡住整个程序
不会。std::this_thread::sleep_for() 只阻塞当前线程，不影响其他线程或 UI（只要 UI 不在同一线程跑）。这是它比某些 GUI 框架自带 sleep（如 Qt 的 QThread::sleep）更通用的原因。
但要注意：在 Qt 或 wxWidgets 等框架中，如果在 GUI 线程调用任何阻塞 sleep，UI 就会冻结——这不是 sleep 本身的问题，而是你用了错误的线程上下文。
真正容易被忽略的是：C++ 标准库 sleep 不处理中断重试逻辑，而系统调用（如 nanosleep）在被 signal 中断后会返回剩余时间，需要手动循环。这点在编写可靠服务程序时得额外处理，但日常应用通常不需要。
