c++oding="utf-8" ?>
应优先使用 steady_clock 获取高精度单调时间戳，因其保证单调递增且不可调；若需纳秒级整数时间戳，须用 duration_cast() 显式转换后调用 count()，避免直接使用 high_resolution_clock::now().time_since_epoch().count() 导致单位不确定。
用 std::chrono::high_resolution_clock 获取纳秒级时间戳
它确实是 C++11 起最接近“系统最高精度”的时钟，但注意：它不保证是纳秒级，也不保证单调——不同平台返回的底层实现可能差很远（Windows 上常是 QueryPerformanceCounter，Linux 上可能是 CLOCK_MONOTONIC 或 CLOCK_MONOTONIC_RAW）。直接取 .time_since_epoch() 得到的是一个 duration，需显式转换为整数才能当时间戳用。
常见错误是直接输出 time_point 对象，结果是编译失败或输出无意义的数值（比如 1e+17 这种未转换单位的 tick 数）。
- 用
time_point.time_since_epoch().count()提取原始 tick 数 - 要得到纳秒时间戳，必须确保 duration 基于
nanoseconds：用duration_cast<nanoseconds>(tp.time_since_epoch()).count()</nanoseconds> - 若只要毫秒级且兼容性优先，改用
milliseconds更稳妥
为什么 system_clock 不适合做高精度时间戳
std::chrono::system_clock 返回的是系统时间（通常对应 Unix 时间戳），但它精度低、可被系统管理员手动调整，甚至 NTP 同步时会跳变。在性能分析、事件计时、日志打点等场景下，它的值不可靠。
典型现象：两行 system_clock::now() 调用之间隔了 10ms，但第二次返回的时间比第一次还小——说明系统时间被向后校正了。
- 永远别用
system_clock测间隔或做相对计时 - 如果真需要带时区的“当前时间”，再用
system_clock+time_t转换，而不是硬凑高精度 - 跨进程/跨机器对齐时间戳？那得上 NTP 或 PTP，
chrono解决不了
跨平台写法：避免 high_resolution_clock 的陷阱
标准没规定 high_resolution_clock 必须单调或不可调，某些旧版 libc++ 或 MinGW 实现会把它 alias 到 system_clock，导致精度骤降。更稳的办法是明确选 steady_clock（C++11 起保证单调、不可调）。
示例：
auto tp = std::chrono::steady_clock::now(); auto ns = std::chrono::duration_cast<:chrono::nanoseconds>(tp.time_since_epoch()).count(); </:chrono::nanoseconds>
-
steady_clock是唯一被标准要求“单调递增”和“不可被调整”的时钟 - 它的 epoch 是未指定的起始点（不是 Unix 时间），所以不能直接当“时间戳”用于日志时间显示，但完全胜任性能测量、超时控制
- 若你既需要高精度又需要 Unix 时间语义，只能接受
system_clock的精度妥协，或自己用clock_gettime(CLOCK_MONOTONIC, ...)+clock_gettime(CLOCK_REALTIME, ...)做偏移校准（这已超出chrono范畴）
实际用例中容易漏掉的转换细节
很多人写 auto t = high_resolution_clock::now().time_since_epoch().count()，以为这就是纳秒值——错。这个 count() 返回的是该 clock 自身 tick 的原始整数，单位取决于实现（可能是纳秒，也可能是微秒甚至毫秒）。
正确做法永远带 duration_cast 显式指定目标单位：
using namespace std::chrono; auto t = duration_cast<nanoseconds>(high_resolution_clock::now().time_since_epoch()).count(); </nanoseconds>
- 不 cast 直接 .count() → 单位不确定，跨平台行为不一致
- cast 成
microseconds再 .count() → 得到微秒级整数，适合大多数日志和 profiling 场景，且溢出风险更低 - 用
long long接收结果，避免 32 位 int 溢出（纳秒级时间戳 2^31 约等于 2 秒）
高精度 ≠ 高语义，真正难的是搞清你要的是“经过时间”还是“墙上时间”，前者用 steady_clock，后者哪怕精度低也得咬牙用 system_clock。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
