std::chrono::zoned_time 是 C++20 中唯一可靠处理时区转换的类型，它绑定时区与 UTC 时间点，自动查 IANA 数据库处理 DST 和历史变更，不可用 local_time 算术或手动加减偏移。
std::chrono::zoned_time 是本地时间与 UTC 转换的核心
在 C++20 中，std::chrono::zoned_time 是唯一能可靠处理时区转换的类型。它不是“时间点”，而是“带时区的时间表示”——绑定一个 std::chrono::time_zone 和一个 std::chrono::sys_time（即系统时间，等价于 UTC）。直接用 std::chrono::system_clock::now() 得到的是 UTC，想转本地时间，必须通过时区对象构造 zoned_time。
常见错误是试图对 std::chrono::local_time 做算术或比较——它没有时区信息，无法跨 DST 边界安全使用；也不该手动加减固定偏移（如 +8h），因为夏令时和历史时区变更会让结果错乱。
-
zoned_time构造时会自动查表（IANA 时区数据库），处理 DST 切换、历史规则变更 - Windows 上需确保已启用
_ENABLE_EXTENDED_ALIGNED_STORAGE（MSVC 默认开启），且运行时有 IANA 时区数据（C++20 实现通常内置或依赖系统） - Linux/macOS 一般无额外配置；但若用 libc++，需确认编译时链接了
-ltzdb（Clang 15+ 默认启用）
获取当前本地时间并转为 UTC（正向转换）
用 zoned_time 包装当前系统时间，并指定本地时区名（如 "Asia/Shanghai"），再调用 .get_sys_time() 即得对应 UTC 时间点。
auto now_local = std::chrono::zoned_time{"Asia/Shanghai", std::chrono::system_clock::now()};
auto utc_time = now_local.get_sys_time(); // std::chrono::sys_time，即 UTC
// 输出示例：2024-06-15 07:23:45.123 UTC
std::cout << std::format("{:%Y-%m-%d %H:%M:%S}", utc_time) << " UTC\n";
注意：std::chrono::current_zone() 可读取系统默认时区，但返回的是 const time_zone*，不能直接用于 zoned_time 构造（因构造函数要求字符串或 time_zone const* 指针，而 current_zone() 的指针是合法的）：
立即学习“C++免费学习笔记（深入）”；
auto tz = std::chrono::current_zone();
auto local_now = std::chrono::zoned_time{tz, std::chrono::system_clock::now()}; // ✅ 正确
auto utc = local_now.get_sys_time();
从 UTC 时间点转为指定本地时间（反向转换）
给定一个 std::chrono::sys_time（即 UTC），构造 zoned_time 时传入目标时区名即可。此时 .get_local_time() 返回对应本地时间。
auto utc_point = std::chrono::sys_days{2024y/June/15} + 10h + 30min;
auto shanghai_time = std::chrono::zoned_time{"Asia/Shanghai", utc_point};
auto beijing_local = shanghai_time.get_local_time(); // local_time 类型
// 格式化输出（需用 to_stream 或 std::format）
std::cout << std::format("{:%Y-%m-%d %H:%M}", beijing_local) << " CST\n"; // 2024-06-15 18:30 CST
关键点：
-
sys_time是 UTC，不依赖任何时区；local_time是纯日历时间，无时区语义；只有zoned_time才承载“某地某时刻”的完整含义 - 格式化
local_time时，std::format支持{:%H:%M}等，但不会自动补零（需用{:%H:%M:%S}或显式{:02}） - 若时区名拼写错误（如
"China/Beijing"），zoned_time构造会抛std::runtime_error，务必捕获
跨时区转换与 DST 边界行为
真正考验时区库能力的是 DST 切换前后的时间转换。例如美国东部时间 2024 年 11 月 3 日 2:00 AM 会回拨一小时，出现两个 1:30 AM；而 3 月 10 日 2:00 AM 会跳过，不存在 2:30 AM。
C++20 的 zoned_time 在构造时会根据 IANA 数据库自动选择正确偏移（get_info().offset），并报告是否为 DST（get_info().is_dst）：
auto tz = std::chrono::locate_zone("America/New_York");
auto nov3_2024 = std::chrono::sys_days{2024y/November/3} + 5h; // UTC 5AM → EDT? EST?
auto zt = std::chrono::zoned_time{tz, nov3_2024};
auto info = zt.get_info();
std::cout << "Offset: " << info.offset.count() << "s\n"; // -18000 (EST)
std::cout << "Is DST: " << info.is_dst << "\n"; // false
std::cout << "Abbrev: " << info.abbrev << "\n"; // "EST"
容易被忽略的细节：
- 同一个
local_time值（如 1:30 AM）在 DST 边界可能对应两个不同sys_time，zoned_time构造时默认选较早的那个（可通过choose::earliest/choose::latest显式控制） -
std::chrono::zoned_time不可赋值，只能移动；其内部缓存时区规则，频繁构造不同区域的实例性能尚可，但不应在 tight loop 中反复locate_zone - Windows 上若未设置时区数据库路径（
TZDIR环境变量），locate_zone可能失败；建议优先用硬编码时区名而非current_zone()提高可移植性
