C++20标准虽定义了std::chrono::zoned_time等时区类型，但GCC 13/Clang 17/MSVC 19.3x等主流编译器标准库尚未完整实现，需依赖Howard Hinnant的date库；使用前必须调用locate_zone()或reload_tzdb()初始化时区数据库，且跨时区比较必须统一转换为sys_time（UTC基准）进行。
std::chrono 本身不支持时区，别白费劲写 std::chrono::zoned_time 却发现编译不过
因为 std::chrono::zoned_time、std::chrono::time_zone 等类型虽是 C++20 标准的一部分，但截至 GCC 13 / Clang 17 / MSVC 19.3x，**标准库实现仍不完整或默认禁用**。你直接 #include <chrono> 后用 zoned_time，大概率遇到 error: 'zoned_time' is not a member of 'std::chrono' 或链接失败。
真正可用的路径只有一条：用 Howard Hinnant 的 date 库（它被 ISO C++ 采纳为 <chrono> 时区部分的事实参考实现），并手动启用它：
- 下载 date.h + tz.h（单头版），或用 vcpkg/conan 安装
date包 - 确保启用时区支持：定义
HAS_REMOTE_API（若需自动下载 IANA 时区数据），或预加载zoneinfo文件 - 链接
-ltz（Linux/macOS）或确保tz.cpp被编译进项目（Windows）
用 zoned_time 转本地时间前，先确认时区对象是否已加载
常见错误是直接写 zoned_time{"Asia/Shanghai", system_clock::now()}，结果运行时报 std::runtime_error: Cannot locate timezone "Asia/Shanghai" —— 这不是代码错，是时区数据库没初始化。
必须显式调用 reload_tzdb() 或 locate_zone() 触发加载（后者会自动 reload）：
立即学习“C++免费学习笔记（深入）”；
#include "date/tz.h"
using namespace date;
auto zt = make_zoned(locate_zone("Asia/Shanghai"), system_clock::now());
// ✅ locate_zone() 内部会尝试 reload_tzdb()，失败则抛异常
// ❌ 不要跳过这步直接 new time_zone("Asia/Shanghai")
-
locate_zone()是安全入口，推荐始终使用 - 首次调用可能触发网络请求（若启用了远程 API），生产环境应预缓存
tzdata - Windows 上注意时区名兼容性：
"Asia/Shanghai"可用，但"China Standard Time"不被date库识别
从 zoned_time 提取 local_time 和 sys_time 别混淆语义
zoned_time 是“带时区的时间点”，但它内部存储的是 UTC 时间（即 sys_time）。所谓“转成本地时间”，其实是把同一时刻按目标时区规则格式化成 local_time（无时区信息的 civil time）。
容易踩坑的是误以为 zt.get_local_time() 返回的是“带偏移的本地时间”：
auto zt = make_zoned("Europe/Berlin", sys_days{2024y/10/27});
auto lt = zt.get_local_time(); // type: local_days —— 没有时区，也没夏令时标记
auto st = zt.get_sys_time(); // type: sys_days —— 总是 UTC 基准
-
get_local_time()返回的是“日历日期+时间”，不包含当前时区偏移量（比如 +01:00 或 +02:00），它只是 civil 表示 - 要获取当前偏移量，得用
zt.get_info().offset（返回std::chrono::seconds） - 夏令时切换日（如 10 月 27 日柏林回拨钟）调用
get_info()才能知道那一刻实际用的是哪个 offset
跨时区比较时间点，必须统一到 sys_time，别用 local_time 直接比
两个不同 zoned_time 对象的 get_local_time() 结果不能直接比较大小——2024-10-27 02:30 在纽约和东京含义完全不同。
正确做法永远是提取 sys_time（即 time_point<system_clock, duration>）再比：
auto ny = make_zoned("America/New_York", sys_days{2024y/10/27});
auto tokyo = make_zoned("Asia/Tokyo", sys_days{2024y/10/27});
bool earlier = ny.get_sys_time() < tokyo.get_sys_time(); // ✅ 正确
// bool wrong = ny.get_local_time() < tokyo.get_local_time(); // ❌ 无意义
- 所有时区计算、排序、差值，都必须回到
sys_time维度 -
zoned_time构造时若传入local_time（如local_days），库会按该时区规则“解析”成唯一sys_time；但歧义时间（如夏令时回拨）需额外指定choose::earlier或choose::later - IANA 时区名大小写敏感，
"utc"无效，必须用"UTC"
时区不是字符串映射表，它是带历史规则的数据库。哪怕只是读一个 Asia/Shanghai，背后也依赖完整的 tzdata 版本一致性——开发机和服务器 tzdata 不同，同一行代码就可能给出不同偏移。
