时间戳序列化必须用UTC，因本地时间在分布式系统中不可比；应以system_clock::now()获取后转为UTC表示，存储纳秒偏移，文本格式用ISO 8601带Z，跨时区需单独传IANA时区名而非依赖本地环境。
时间戳序列化必须用 UTC，不是“选一个时区”那么简单
本地时间（std::chrono::system_clock::now()）在分布式节点上毫无可比性，哪怕所有机器都开了 NTP。真正能做全局排序的只有 UTC 时间点。C++20 引入了 std::chrono::utc_clock，但它的实现依赖于系统是否提供闰秒表（多数 Linux 发行版默认不启用），所以直接用 utc_clock::now() 在生产环境可能返回和 system_clock 相同的值——因为底层没数据支撑。
实操建议：
- 强制用
std::chrono::system_clock::now()获取时间，再通过std::chrono::zoned_time{"UTC", time_point}转为 UTC 表示，避免依赖utc_clock的闰秒逻辑 - 序列化时只存
time_point的纳秒自 epoch（1970-01-01T00:00:00Z）偏移，类型固定为int64_t，不带时区字段 - 如果协议层需要文本格式（如 JSON），统一用 ISO 8601 扩展格式：
"2024-05-22T14:30:45.123456789Z"，末尾Z不可省略
跨时区反序列化时别调 std::get_local_time()
很多开发者以为把 UTC 时间点反序列化后，调用 std::chrono::zoned_time{"local", tp} 就能还原“用户看到的时间”，但这是错的：分布式系统里，“local” 是反序列化所在节点的本地时区，不是原始事件发生地的时区。比如订单在东京生成、日志在法兰克福解析，硬套法兰克福本地时区会误导业务逻辑。
正确做法是：
立即学习“C++免费学习笔记（深入）”；
- 原始事件发生地时区应作为独立字段随时间戳一起传输（例如
"timezone": "Asia/Tokyo"），不能靠反序列化环境推断 - 展示层才做时区转换，且必须用完整 IANA 时区名（
"Asia/Shanghai"），不用偏移量（"+08:00"），因为夏令时会导致偏移变化 - C++20 的
std::chrono::locate_zone()可安全解析 IANA 名；若用 C++17，需引入date::locate_zone()（Howard Hinnant 的 date 库）
std::chrono::system_clock 在不同 OS 上的 epoch 偏移风险
Linux 和 macOS 的 system_clock 基于 Unix epoch（1970-01-01T00:00:00Z），但 Windows 的 system_clock（MSVC 实现）默认基于 1601-01-01T00:00:00Z（NT epoch）。虽然标准要求它必须是 Unix epoch，但旧版 MSVC（
验证与规避方法：
- 编译期断言：
static_assert(std::chrono::system_clock::is_steady, "clock must be steady");不够，要加运行时校验：auto t = std::chrono::system_clock::from_time_t(0); auto d = t.time_since_epoch(); assert(d.count() == 0); - 跨平台项目一律用
std::chrono::time_point_cast<:chrono::nanoseconds>(std::chrono::system_clock::now()).time_since_epoch().count()</:chrono::nanoseconds>获取 int64_t，不依赖time_t - 若必须兼容老旧 MSVC，改用
std::chrono::file_clock（C++20）或第三方高精度单调时钟（如clock_gettime(CLOCK_REALTIME, ...)）并手动对齐到 Unix epoch
序列化库选型直接影响时区语义完整性
Protobuf 默认不支持时区信息，google.protobuf.Timestamp 只存秒+纳秒，隐含 UTC；gRPC 的 Timestamp 同理。JSON 库如 nlohmann/json 对 std::chrono::time_point 的序列化行为不统一：有的自动转成本地时区字符串，有的直接崩掉。
稳妥方案：
- Protobuf 中定义两个字段：
int64_t utc_nanos+string event_timezone（可选），不碰Timestamp - JSON 场景下，用
nlohmann::json::set_default_object_serializer全局注册序列化器，强制输出带Z的 ISO 字符串 - 避免用
std::put_time手动格式化——它依赖std::locale，而 locale 在多线程/容器环境下易被污染
最常被忽略的一点：NTP 同步精度≠时钟单调性。即使所有节点 UTC 时间偏差 std::chrono::steady_clock 的抖动仍可能导致同一毫秒内多个事件无法严格排序。真要精确序号，得结合逻辑时钟（如 Lamport timestamp）或向量时钟，纯靠时间戳做不到“精确序列化”。
