std::chrono::tzdb 在 C++20 中不能直接用于运行时动态时区转换——它只是时区数据库的只读快照，且默认不带时区数据。
为什么 std::chrono::tzdb 默认为空？
标准只要求实现提供 std::chrono::get_tzdb() 接口，但没强制打包时区数据；多数编译器（如 libstdc++、libc++）在默认构建下返回空 tzdb，调用 locate_zone("Asia/Shanghai") 会抛出 std::runtime_error。
- Clang + libc++：需手动编译 ICU 或链接
libicu，并定义_LIBCPP_HAS_TIMEZONE_DATABASE - GCC + libstdc++：C++23 才开始实验性支持，C++20 下基本不可用
- MSVC：Windows 上依赖注册表或 ICU，
tzdb_list可能非空，但行为不跨平台
如何让 std::chrono::zoned_time 真正工作？
必须显式加载时区数据库——目前最可靠方式是用 Howard Hinnant 的 date 库（它是 C++20 <chrono></chrono> 时区部分的事实参考实现）。
- 它自带
install()函数，可从 IANA tzdata 文件（如tzdata2024a.tar.gz）解压后加载zoneinfo/目录 - 调用
date::set_install("/path/to/zoneinfo")后，date::locate_zone("Europe/London")才有效 - 注意：
std::chrono::locate_zone不会自动 fallback 到 date 库，必须统一用date::命名空间下的类型和函数
示例片段：
立即学习“C++免费学习笔记（深入）”；
date::set_install("/usr/share/zoneinfo");
auto zt = date::zoned_time{"America/New_York", std::chrono::system_clock::now()};
zoned_time 转换时容易忽略的精度陷阱
zoned_time 构造时不校验输入时间是否在该时区 DST 过渡窗口内——比如 2023-11-05 01:30 在 America/New_York 是“重复时间”，zoned_time 默认按“前一个偏移”解析（即 EDT），而非 EST。
- 若需明确语义，应改用
zoned_seconds+sys_time显式指定 UTC 时间点，再转目标时区 -
zoned_time的.get_sys_time()返回的是sys_time（即 UTC 时间点），不是本地时间；误当成本地时间会导致整小时偏差 - 跨年/跨 DST 的持续时间计算（如
duration_cast<hours>(zt1.get_sys_time() - zt2.get_sys_time())</hours>）才真正反映真实经过时间
真正难点不在 API 调用，而在确保时区数据可用、理解 zoned_time 是“时区+瞬时点”的绑定，不是“本地时间字符串”的容器——它不保存原始格式，也不处理模糊时间的业务含义。
