std::chrono::zoned_time不支持直接相减，必须先调用.get_sys_time()转换为sys_time再相减得到duration；需注意时区有效性、夏令时影响、精度保留及构造方式对结果可靠性的影响。
std::chrono::zoned_time不支持直接相减
你不能写 z1 - z2，编译器会报错：no operator "-" matches these operands。因为 std::chrono::zoned_time 是时区感知的“时刻容器”，不是纯时间点，它不重载算术运算符——设计上就要求你先转成可比较的、无时区歧义的类型。
必须先转换为sys_time再做差
std::chrono::zoned_time 提供 .get_sys_time() 成员函数，返回一个 std::chrono::sys_time（即系统时钟下的 time_point），这才是可相减的类型。两个 sys_time 相减得到的是 duration，比如 seconds 或 milliseconds。
实操建议：
- 确保两个
zoned_time对象都已正确构造（时区名有效、时间值未溢出） - 调用
.get_sys_time()前检查是否为空（if (!zt.has_value())），尤其当从字符串解析时可能失败 - 差值结果是带符号的
duration，正数表示前者晚于后者 - 若需人类可读输出，用
std::chrono::duration_cast<:chrono::seconds>(diff).count()</:chrono::seconds>转整数秒
示例：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
auto z1 = std::chrono::zoned_time{"Asia/Shanghai", std::chrono::sys_days{2024y/6/1}};
auto z2 = std::chrono::zoned_time{"America/New_York", std::chrono::sys_days{2024y/6/1}};
auto diff = z1.get_sys_time() - z2.get_sys_time(); // 得到 duration
注意夏令时和时区缩写歧义带来的隐性偏差
看似相同的本地时间，在不同日期可能对应不同 UTC 偏移。例如 "Europe/London" 在冬令时是 UTC+0，夏令时是 UTC+1。如果你用 zoned_time 构造时传入的是本地时间（如 local_days），而没指定具体日期，get_sys_time() 会按该时区在那个日期的实际偏移换算——这是正确行为，但容易被忽略。
常见错误现象：
- 用相同本地时间（如 10:00）构造两个不同日期的
zoned_time，差值却不是 24 小时整（因某天切换夏令时） - 传入无效时区名（如
"PST"），zoned_time构造失败，.get_sys_time()返回默认值，导致差值完全错误 - 跨时区比较时误用
.get_local_time()—— 它返回的是本地日历时间（local_time），不可相减
如果需要毫秒级精度，别漏掉小数部分
zoned_time 可以携带亚秒精度（如 milliseconds），但 .get_sys_time() 返回的 sys_time 类型精度取决于模板参数。默认构造或从 sys_days 创建时是“天”精度；若原始输入含毫秒，需显式使用高精度时钟类型：
- 从字符串解析时，用
parse+std::chrono::milliseconds保证精度保留 - 构造
zoned_time时，用zoned_time{tz, time_point<milliseconds>}</milliseconds>显式指定 - 差值计算后，用
duration_cast<milliseconds></milliseconds>获取毫秒总数，而非只取count()的秒数部分
否则你会丢失毫秒信息，差值变成向下取整的秒数。
真正难的不是写那行减法，而是确认两个 zoned_time 所代表的物理时刻是否被无损表达——时区数据版本、构造方式、精度选择，任何一环松动，差值就不可信。
