std::chrono::nanoseconds 是时长类型，不能直接表示当前时间；它仅存储纳秒数值，需通过 std::chrono::system_clock::now().time_since_epoch() 转换才能获得纳秒级时间戳。
std::chrono::nanoseconds 不能直接表示“当前时间”
std::chrono::nanoseconds 是一个**时长类型（duration）**，不是时间点（time point）。它只能存纳秒数量，比如 123456789，但不带任何起点信息。你没法用它“获取当前时间”——这就像拿一把尺子说“我量到了 10”，却不告诉你量的是什么、从哪开始量。
真正表示“现在”的是 std::chrono::system_clock::now()，它返回的是 std::chrono::time_point；想转成纳秒数，得先转成纳秒级的 duration，再调用 .count()。
正确获取纳秒级时间戳（system_clock）
主流平台（Linux/macOS/Windows MSVC ≥ 2015）上，std::chrono::system_clock::now() 的实际精度通常远高于毫秒，但标准不保证一定是纳秒。不过你可以安全地把它转换为纳秒级整数：
auto now = std::chrono::system_clock::now();
auto nanos = std::chrono::duration_cast<std::chrono::nanoseconds>(
now.time_since_epoch()).count();
注意几点：
立即学习“C++免费学习笔记（深入）”；
-
now.time_since_epoch()返回的是相对于 Unix epoch（1970-01-01 00:00:00 UTC）的 duration -
duration_cast是安全的向下取整转换（如 1.9 ns → 1 ns），不会溢出或抛异常 - 结果是
long long类型，单位是纳秒，值很大（例如1712345678901234567） - 别用
auto nanos = now.time_since_epoch().count()—— 这依赖 clock 的底层 rep，可能不是纳秒
为什么不用 steady_clock 获取“当前时间”
std::chrono::steady_clock 更适合测间隔（比如函数耗时），因为它单调、不受系统时间调整影响。但它**没有 epoch 定义**，steady_clock::now().time_since_epoch().count() 返回的数字无业务意义，不能当时间戳用。
如果你看到代码用 steady_clock 算“当前纳秒数”，那大概率是误用，除非你只关心相对差值：
// ✅ 正确：测耗时 auto t0 = std::chrono::steady_clock::now(); do_work(); auto t1 = std::chrono::steady_clock::now(); auto ns = std::chrono::duration_cast<std::chrono::nanoseconds>(t1 - t0).count(); <p>// ❌ 错误：当成时间戳用 auto ts = std::chrono::steady_clock::now().time_since_epoch().count(); // 值不可解释
跨平台纳秒精度的实际限制
即使你写了上述转换，真实纳秒精度仍受制于 OS 和硬件：
- Linux
clock_gettime(CLOCK_REALTIME, ...)通常支持纳秒，但实际分辨率常为 1–15 ms（取决于内核配置和硬件） - Windows
QueryPerformanceCounter理论可达微秒级，但system_clock在旧版 MSVC 中曾被实现为毫秒级（VS2013 及更早） - macOS
mach_absolute_time分辨率高，但system_clock::now()仍可能被截断为毫秒（取决于 libc++ 版本）
所以，别假设 .count() 返回的末尾几位数字有意义——它们可能是填充位。真要高精度打点，优先用 steady_clock 做差值，而非依赖 system_clock 的绝对纳秒值。
最易被忽略的一点：std::chrono::nanoseconds 本身不“带时间”，它只是个容器；所有“当前时间”逻辑都必须从 time_point 出发，绕不开 time_since_epoch() 这一步。
