std::chrono本身不支持时区转换，C++20新增的zoned_time和time_zone仅提供查询接口且不自带时区数据库，需手动加载tzdb并验证时区存在；current_zone()跨平台行为不一致，生产环境应避免依赖；时间转换须以sys_time（UTC）为基准，通过zoned_time指定目标时区后调用local_time()获取本地表示，注意夏令时歧义需显式指定choose策略。
std::chrono 本身不支持时区转换
这是最常被误解的一点：std::chrono 在 C++20 之前完全不带时区概念，C++20 加入的 std::chrono::zoned_time 和 std::chrono::time_zone 也**只提供查询接口，不自带时区数据库（tzdb）**。你调用 zoned_time 时若没手动加载时区数据，大概率会抛出 std::runtime_error: unknown time zone。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 必须显式调用
std::chrono::get_tzdb_list()确认时区库已加载； - 首次使用前建议执行
std::chrono::reload_tzdb()（尤其在 macOS/Linux 上，Windows 默认不带 tzdb）； - 不能直接写
zoned_time{"Asia/Shanghai", sys_time}就完事——"Asia/Shanghai"必须已在当前tzdb中注册，否则运行时报错。
C++20 怎么安全获取本地时区
std::chrono::current_zone() 看起来是“取本地时区”，但它在不同平台行为差异大：Linux/macOS 通常返回 /etc/localtime 解析结果；Windows 默认返回空指针或抛异常（因 MSVC 的 tzdb 实现尚不完整）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 永远先检查返回值是否为空：
if (auto z = std::chrono::current_zone()) { ... }； - 生产环境别依赖它——改系统时区后可能不自动刷新，建议用明确名称如
"Asia/Shanghai"或"America/New_York"； - 若需跨平台稳定行为，推荐硬编码常用时区名 + fallback 到 UTC，而不是试图“猜”本地时区。
std::chrono::zoned_time 转换时间的典型写法
核心逻辑是：先有 sys_time（UTC 时间点），再套上目标时区，最后用 local_time() 提取本地表示。不是“把东八区时间转成 UTC”，而是“把一个绝对时刻，在另一个时区下怎么显示”。
常见错误现象：
- 误把
local_time当作输入（比如传入14:00不带时区信息的hours{14}），导致结果不可预测； - 混淆
zoned_time构造顺序：必须是zoned_time{时区名, sys_time}，反过来会编译失败； - 忽略夏令时跳变：某些时间在本地不存在（如 DST 开始时跳过一小时）或重复（DST 结束时回拨），
zoned_time默认按“较早偏移”处理，需用choose::earliest或choose::latest显式指定。
简短示例：
auto utc = std::chrono::system_clock::now();
auto sh = std::chrono::zoned_time{"Asia/Shanghai", utc};
auto ny = std::chrono::zoned_time{"America/New_York", utc};
std::cout << sh.get_local_time() << "\n"; // 输出上海本地时间
std::cout << ny.get_local_time() << "\n"; // 同一时刻的纽约本地时间
Windows 上 C++20 时区功能的实际限制
MSVC 对 <chrono></chrono> 时区支持仍处于“可用但脆弱”状态：tzdb 默认不加载、current_zone() 基本不可用、部分时区名（如 "Europe/London"）解析失败，但 "UTC" 和少数几个（如 "Japan"）能工作。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 开发阶段务必在 Linux/macOS 验证逻辑，别只靠 Windows 测试；
- 避免依赖
get_tzdb().version()这类接口，Windows 下常返回空字符串； - 若项目必须全平台，建议封装一层 fallback：C++20 时区可用则用，否则退到
std::time_t+std::localtime_r+ 手动偏移计算（注意tm_gmtoff非标准但 Linux/macOS 可用）。
真正麻烦的不是语法，是 tzdb 数据源的位置、加载时机、以及平台对 IANA 时区名的支持粒度——这些细节不亲手试一次，文档里根本看不出坑在哪。
