Windows下Sleep不能跨平台使用，因其是Windows API专属函数，Linux/macOS无对应实现；需用条件编译配合nanosleep或直接采用C++11标准的std::this_thread::sleep_for，后者自动适配各平台系统调用，语义统一、类型安全且无需手动处理单位与中断。
Windows 下 Sleep 为什么不能直接跨平台用
因为 Sleep 是 Windows API，Linux/macOS 根本没有这个函数，链接时会报 undefined reference to 'Sleep'。就算你用 #ifdef _WIN32 包起来，也得自己处理单位（Sleep 参数是毫秒，但 POSIX 的 nanosleep 要传 struct timespec），而且精度行为不一致——Windows 的 Sleep(1) 实际可能挂起 10–15ms。
用 std::this_thread::sleep_for 最省事但要注意 C++ 标准版本
C++11 起就支持，底层自动调用系统 sleep 原语，精度和可移植性都比手写好得多。但必须确认编译器启用了 C++11 或更高标准（比如 g++ 需加 -std=c++11，否则可能编译失败）。
常见写法：
#include <thread>
#include <chrono>
<p>void delay_ms(int ms) {
std::this_thread::sleep_for(std::chrono::milliseconds(ms));
}注意点：
立即学习“C++免费学习笔记（深入）”；
-
ms为负数时行为未定义，建议加校验：if (ms - 不是“精确等待”，而是“至少等待”，实际延迟受调度器影响，尤其在负载高或实时性差的系统上
- 如果项目需支持 C++98（极少见），这条路走不通，得退回到条件编译 + 系统 API
手动实现时 nanosleep 比 usleep 更可靠
usleep 在很多新系统（如较新 glibc）里已被标记为 deprecated，且最大只支持 1000000 微秒（即 1s），超时会失败；nanosleep 支持更长等待、能处理被信号中断的情况，返回值明确可判断是否需要重试。
典型跨平台封装片段（Linux/macOS）：
#include <ctime>
#include <cerrno>
<p>void delay_ms(int ms) {
if (ms <= 0) return;
struct timespec ts;
ts.tv_sec = ms / 1000;
ts.tv_nsec = (ms % 1000) * 1000000L;
while (nanosleep(&ts, &ts) == -1 && errno == EINTR) {
// 被信号中断，继续等待剩余时间
}
}关键细节：
-
tv_nsec必须 ms * 1000000（避免溢出） - 必须循环检查
EINTR，否则信号（如SIGCHLD）会让 delay 提前退出 - macOS 上
nanosleep可用，但某些嵌入式或旧 Unix 可能没有，这时得 fallback 到select(nullptr, nullptr, nullptr, &tv)
嵌入式或无 libc 环境下延迟不能靠 sleep
裸机、FreeRTOS、Zephyr 等环境没有 nanosleep 或 std::this_thread，得用芯片级定时器或 busy-wait。这时候 delay_ms 的语义就变了：它不再是“让出 CPU”，而是“阻塞式空转”。
例如 Cortex-M 常见做法：
void delay_ms(uint32_t ms) {
for (uint32_t i = 0; i < ms; i++) {
delay_us(1000); // 基于 SysTick 或 DWT 的微秒级忙等
}
}这种实现要特别小心：
- 编译器优化可能把整个循环删掉（加
volatile或插入__asm__ volatile(""） - 频率依赖系统时钟配置，换主频就得重算常数
- 绝对不要在中断上下文里调用，会卡死整个系统
跨平台最难的不是语法，是搞清你写的 delay_ms 到底要不要交出 CPU、能不能被中断打断、精度要求到什么程度——这些决定了该用哪一层 API。
