最可靠获取系统时间戳应使用 std::chrono::system_clock::now()，它返回纳秒/微秒级 time_point，可安全转为整数时间戳；time() 仅适合秒级旧代码，steady_clock 专用于计时不可作时间戳。
用 std::chrono::system_clock::now() 获取系统时间戳最可靠
直接调用 time() 返回的是秒级 C 风格时间戳（time_t），精度低、无时区语义、且无法直接与 C++11 起的 std::chrono 类型互通。真正需要“时间戳”做计时或比较时，应统一走 std::chrono::system_clock。
它返回的是一个 time_point，底层通常基于 Unix 时间（自 1970-01-01 00:00:00 UTC 起的纳秒/微秒数），可安全转换为整数时间戳：
auto now = std::chrono::system_clock::now();
auto ts_ns = now.time_since_epoch().count(); // 纳秒级时间戳（long long）
auto ts_ms = std::chrono::duration_cast(
now.time_since_epoch()).count(); // 毫秒级，常用
-
system_clock 是唯一保证能转成 time_t 的标准时钟（用 system_clock::to_time_t()）
- 不要对
time_point 做算术加减来“偏移时间”，要用 duration（如 + 5s）
- 跨平台下，
system_clock::now() 的实际精度由 OS 提供，Linux 通常纳秒级，Windows 可能只到 15ms
time() 和 std::chrono::steady_clock 别混用
time() 是 C 标准库函数，返回 time_t，本质是秒级整数；而 steady_clock 是单调递增时钟，专为**测量间隔**设计——它不反映真实时间，也不受系统时间调整影响（比如 NTP 校时或手动改系统时间）。
常见误用：拿 time() 做性能计时，结果因系统时间跳变导致负值或异常大值。
- 测函数耗时 → 用
steady_clock::now() 做前后差
- 记录日志时间 / 生成带时间的文件名 → 用
system_clock::now()
-
time(nullptr) 仅适合兼容旧代码或只需要秒级精度的简单场景
-
steady_clock 的 time_since_epoch().count() 没有时序意义，不能当“时间戳”用
duration_cast 截断不四舍五入，小心精度丢失
std::chron
o::duration_cast 是向下取整（truncating），不是四舍五入。比如把 1234 微秒转成毫秒，得到 1，不是 1.234 或 2。
auto us = std::chrono::microseconds(1234);
auto ms = std::chrono::duration_cast(us); // ms.count() == 1
- 若需四舍五入到毫秒：先加半毫秒再 cast，
duration_cast(us + 500us)
- 从高精度转低精度（如 ns → ms）必然丢精度，但反向转换（ms → ns）是安全的零填充
- 避免在循环中频繁 cast：cast 本身开销小，但反复构造临时
duration 可能影响可读性
- 用
auto 推导类型时，注意 count() 返回的是有符号整型（通常是 long long），别直接赋给 int
跨平台获取毫秒时间戳的稳妥写法
Windows 下 system_clock::now() 可能因实现差异返回非纳秒单位（如 100ns tick），而 Linux 通常是纳秒。要确保毫秒级时间戳行为一致，建议显式 cast 并用 count()：
auto now = std::chrono::system_clock::now();
auto ms = std::chrono::duration_cast(
now.time_since_epoch()).count();
// ms 是 long long 类型的毫秒时间戳，从 1970-01-01 UTC 开始
- 不用
time(nullptr) 加 gettimeofday() 或 GetSystemTimeAsFileTime() 手动拼接——C++11 后没必要
- 如果目标是 C API 兼容（如传给
strftime），先用 system_clock::to_time_t(now) 转成 time_t，再用 localtime_r 或 gmtime_s
- 注意：UTC 时间戳本身无时区，显示时才需考虑本地时区转换
真正麻烦的从来不是“怎么拿到数字”，而是“这个数字代表什么、在哪种上下文里能安全用”。比如把 steady_clock 的 count 当系统时间戳传给后端，就可能引发逻辑错乱——它根本不是墙上钟。
