std::this_thread::sleep_for用于让当前线程阻塞指定时长，不占用CPU、无回调机制、非定时器；必须传std::chrono::duration类型（如milliseconds），不可传裸整数，精度受系统调度器限制。
sleep_for 会阻塞当前线程，不是“定时器”
std::this_thread::sleep_for 的作用是让当前线程暂停执行指定时长，期间不占用 CPU，但也不会自动唤醒或触发回调。它不创建新线程、不注册事件、不返回句柄——就是单纯“睡一会儿再往下走”。如果你想要后台定时执行任务，得自己配 std::thread 或用 std::async 包一层。
必须传 std::chrono::duration，不能直接传毫秒整数
常见错误是写成 sleep_for(100) 或 sleep_for(100ms)（没加 std::chrono:: 命名空间前缀），编译直接报错：找不到匹配重载。正确写法依赖 std::chrono 类型系统：
std::this_thread::sleep_for(std::chrono::milliseconds(100)); std::this_thread::sleep_for(std::chrono::seconds(2)); std::this_thread::sleep_for(std::chrono::nanoseconds(500000));
- 推荐用
std::chrono::milliseconds，精度和可读性平衡 -
std::chrono::steady_clock是 sleep 的底层时钟，不受系统时间调整影响，不用手动指定 - 避免用
std::chrono::system_clock构造 duration 传给 sleep_for——它只是时间点类型，不是 duration
可能被信号中断，但默认不抛异常
在 POSIX 系统（Linux/macOS）上，如果当前线程收到信号（如 SIGINT），sleep_for 可能提前返回，且不会抛异常，而是静默结束。这意味着实际休眠时间可能短于预期。
- 检查是否真睡够了？可以记录前后
std::chrono::steady_clock::now()时间差 - 需要严格保证时长的场景（比如硬件同步），得循环重试：
while (duration > 0) { auto start = steady_clock::now(); sleep_for(duration); duration -= steady_clock::now() - start; } - Windows 下一般不会被信号打断，行为更“稳定”，但跨平台代码仍要按 POSIX 模型设计
别在 GUI 主线程或实时音频线程里随便用
在 Qt、Win32 UI 或 JACK/AudioUnit 音频回调中调用 sleep_for，会导致界面卡死或音频断续。这些线程要求高响应性，延时必须用异步机制（如 QTimer、SetTimer、event loop post）替代。
立即学习“C++免费学习笔记（深入）”；
- 调试时加
std::cout << "before sleep\n"; sleep_for(...); std::cout << "after sleep\n";，结果没输出？大概率是输出缓冲没刷新，加<< std::flush - 单位写错很隐蔽：比如把
microseconds误写成milliseconds，延迟差 1000 倍 - 模板推导失败时编译器错误信息很长，紧盯 “candidate expects …” 那行，确认传的是
duration不是time_point
实际延时精度取决于系统调度器，Linux 默认是 10–15ms，Windows 是 15–16ms，别指望 sub-millisecond 级别精准控制。
