调用 current_zone()->get_info(time_point) 获取 time_zone::info，其中 info.offset 即当前 UTC 偏移（std::chrono::seconds 类型）；需传入具体时间点（如 system_clock::now()），因偏移随夏令时等动态变化。
std::chrono::current_zone() 获取时区对象后怎么拿到 UTC 偏移
标准 C++20 起才提供 std::chrono::current_zone()，它返回一个 const std::chrono::time_zone*，但这个指针本身不直接暴露偏移值。你需要用它配合当前时间点来查询偏移量。
关键在于：UTC 偏移不是常量，它随夏令时、时区规则变更而变化，必须基于具体时间点计算。
- 先用
std::chrono::system_clock::now()获取当前时间点（std::chrono::sys_time） - 调用
current_zone()->get_info(time_point)，返回std::chrono::time_zone::info结构体 - 其中
info.offset就是当前生效的 UTC 偏移（std::chrono::seconds类型）
auto now = std::chrono::system_clock::now(); auto tz = std::chrono::current_zone(); auto info = tz->get_info(now); std::cout << "UTC offset: " << info.offset.count() / 3600 << "h\n"; // 输出小时数
没有 C++20 怎么办：用 _get_timezone 或 timezone 全局变量（不跨平台）
Windows 和旧 POSIX 环境下，_get_timezone（MSVC）或全局 timezone 变量（glibc）能给出“标准时间下的 UTC 偏移”，但它忽略夏令时，且不反映当前实际偏移。
例如，在 CEST（UTC+2）时，timezone 仍返回 -3600（即 UTC+1），因为它是按标准时间（CET）定义的。
立即学习“C++免费学习笔记（深入）”；
- MSVC：
_get_timezone(&tz_seconds)→tz_seconds是标准时间偏移（秒数，负值表示东侧） - glibc：
extern long timezone;→ 同样是标准时间偏移，单位秒，正数表示西侧 - 两者都不保证线程安全，且无法区分 DST 是否启用
所以这类方法只适合粗略估算，不能用于日志时间戳、协议通信等需要精确 UTC 对齐的场景。
为什么不能直接用 std::localtime 的 tm_gmtoff 字段
POSIX 扩展的 struct tm 中有 tm_gmtoff，但它不是标准 C++ 的一部分，是否可用取决于编译器和 libc 实现。
- glibc、musl 支持，但 MSVC 完全不提供
tm_gmtoff - 即使存在，也只在调用
localtime_r等函数后才被填充，且依赖系统时区数据库是否更新 - 它返回的是“该时间点下的实际偏移”，比
timezone变量更准，但仍不如current_zone()->get_info()显式可控
若你已用 localtime_r 且确认目标平台支持，可安全读取：tm.tm_gmtoff（单位秒，正值表示东侧）。
C++20 之前最稳的跨平台方案：调用系统命令或封装 tzdata
真要严格跨平台又需精确偏移，C++17 及更早版本没有标准办法。常见折中：
- Linux/macOS：执行
"date +%z"或"date -R | cut -d' ' -f6"解析输出（注意 shell 注入风险） - Windows：调用
GetTimeZoneInformation（WinAPI），解析TIME_ZONE_INFORMATION.Bias和DaylightBias，再结合当前日期判断是否启用 DST - 嵌入轻量 tzdata（如 [cctz](https://github.com/google/cctz)）：它提供
cctz::local_time_zone()+find_transition()，精度高、无依赖，但需引入第三方头文件
别低估 DST 切换日的复杂性——有些地区在午夜前一分钟切换，有些跳过一小时，有些甚至加 30 分钟。所有“静态偏移”假设都会在这里翻车。
