不能直接用clock()做秒表，因其返回CPU时间而非真实流逝时间，受多线程、调度、休眠影响严重失准，Windows下精度仅10–15ms；应使用std::chrono::steady_clock——单调、不受系统时间调整影响，在主流平台达微秒级精度。
为什么不能直接用 clock() 做秒表
因为 clock() 返回的是 CPU 时间，不是真实流逝时间；多线程、系统调度、休眠都会让它严重失准。实际测出来经常停在 0 或跳变异常，尤其在 Windows 上默认只到 10–15ms 精度。
正确做法是用高精度单调时钟：std::chrono::steady_clock —— 它不随系统时间调整跳变，也不受时区/夏令时影响，且在主流平台（Linux/macOS/Windows）上都能达到微秒级精度。
实操建议：
- 别用
std::chrono::system_clock：它可能回拨（NTP 同步时），导致秒表倒退 - 存储起点和当前差值都用
std::chrono::steady_clock::time_point，避免中间转duration丢精度 - 对外暴露的毫秒/秒值统一用
duration_cast转，不要手动除 1000 或 1e6
Stopwatch 类必须支持的三个核心状态
一个可用的秒表不是“启动-停止”两态，而是三态：未开始、运行中、已暂停。否则无法支持“暂停后继续”这种常见操作。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 用枚举
enum class State { STOPPED, RUNNING, PAUSED };显式管理状态，避免布尔变量歧义 - 记录两个时间点：
m_start（首次启动时刻）和m_pause_time（最近一次暂停时刻），暂停时把差值累加进m_elapsed -
reset()必须重置所有状态：m_state = State::STOPPED，m_start和m_pause_time清零，m_elapsed归零
如何安全地实现 elapsed_ms() 和 elapsed_s()
这两个函数常被高频调用（比如 UI 刷新），必须无锁、无内存分配、不抛异常。不能每次调用都重新计算完整耗时，否则在长时间运行后 steady_clock::now() 可能因内部计数器溢出或精度衰减引入误差。
实操建议：
- 只在
start()、pause()、resume()时更新累计耗时，elapsed_*函数纯读取缓存值 + 当前运行增量 - 返回类型用
double（而非int）：毫秒值可能带小数（如 123.456ms），强制截断会丢失关键精度 - 写法示例：
double elapsed_ms() const { auto now = std::chrono::steady_clock::now(); auto current = (m_state == State::RUNNING) ? (now - m_start) : std::chrono::nanoseconds(0); return std::chrono::duration_cast<std::chrono::microseconds>( m_elapsed + current).count() / 1000.0; }
Windows 下 QueryPerformanceCounter 不是更好选择吗
理论上是，但它需要手动处理频率换算、跨平台代码膨胀，而且现代 MSVC 的 std::chrono::steady_clock 在 Windows 上底层就是封装的 QueryPerformanceCounter，精度和稳定性完全一致。
实操建议：
- 除非你卡在 C++11 以前的老项目，否则不要绕过
std::chrono自己调系统 API - 注意：某些旧版 MinGW 可能未正确定义
steady_clock，编译时报错no member named 'steady_clock'—— 此时升级工具链比打补丁更可靠 - 如果真要测纳秒级抖动，记得用
volatile或asm volatile("" ::: "memory")防止编译器优化掉空循环测试
真正容易被忽略的是：秒表对象生命周期结束后，steady_clock::time_point 的值本身没有意义，但很多人会把它存成日志再拿去“比对”，结果发现不同进程间数值不可比——因为 steady_clock 是每进程独立起点，不是全局纪元时间。
