是，std::chrono::steady_clock是C++标准定义的单调时钟，其is_steady恒为true，保证时间值单调递增、不受系统时间调整影响，专用于测量时间间隔；而system_clock映射实时时钟，可能因NTP或手动修改导致跳变或回退，不适用于耗时计算。
std::chrono::steady_clock 是 C++ 标准定义的 monotonic clock 吗？
是，std::chrono::steady_clock 在所有符合标准的实现中都必须是 monotonic（单调递增）且不可调校（non-adjustable）。C++ 标准明确要求它不随系统时钟跳变而回退或跳跃，适合测量间隔。但要注意：monotonic 是行为属性，不是类型名——C++ 没有叫 monotonic_clock 的标准类型，开发者常把 steady_clock 当作“标准 monotonic clock”来用。
为什么不能直接用 system_clock 测时间差？
std::chrono::system_clock 映射到系统实时时钟（如 Unix time），可能因 NTP 调整、手动修改或闰秒导致回退或跳变。用它算耗时会得到负值或异常大值：
auto start = std::chrono::system_clock::now(); sleep_for(1s); auto end = std::chrono::system_clock::now(); // 若期间 NTP 向前跳 0.5s，差值可能只有 0.5s；若向后跳，甚至为负
- 永远别用
system_clock做性能计时、超时判断、循环节拍控制 - 它只适合转换为日历时间（
std::chrono::system_clock::to_time_t） - 某些平台（如旧版 Windows）
system_clock实现精度低、抖动大
steady_clock 和 high_resolution_clock 有什么区别？
std::chrono::high_resolution_clock 是一个类型别名，其底层实际类型由实现决定：在大多数现代系统（Linux/macOS/较新 MSVC）上，它就是 steady_clock；但在部分旧编译器或嵌入式环境里，它可能退化为 system_clock（失去 monotonic 性）。
- 优先显式使用
steady_clock，而非依赖high_resolution_clock -
steady_clock的is_steady静态成员恒为true，可编译期断言：static_assert(std::chrono::steady_clock::is_steady, ""); - 分辨率（
period）因平台而异：Linux 通常为纳秒级，Windows QueryPerformanceCounter 也接近纳秒，但实际抖动取决于硬件和内核调度
跨平台代码里怎么安全地用 steady_clock？
直接用 steady_clock 即可，它自 C++11 起全平台支持，且语义稳定。唯一需要注意的是：它的 epoch（起点）无意义，不能转成日历时间，也不能和 system_clock 时间点直接比较。
立即学习“C++免费学习笔记（深入）”；
- 测耗时：始终用
auto start = std::chrono::steady_clock::now();+duration_cast - 做超时等待：配合
std::this_thread::sleep_until或条件变量的wait_until，传入steady_clock::time_point - 避免误用
time_since_epoch()：返回的duration仅对同个 clock 有意义，不同 clock 的 epoch 不可比
真正容易被忽略的点是：即使 clock 是 steady 的，now() 调用本身有开销，高频采样（如每微秒调一次）会显著拖慢程序——这不是 clock 的问题，而是系统调用或 RDTSC 读取的成本。需要纳秒级精度时，得确认是否真有必要，以及是否已排除测量噪声。
