C++11/17标准不提供获取IANA时区名（如"Asia/Shanghai"）的可移植接口；需依赖平台特定方法：Linux读/etc/timezone或解析/etc/localtime软链，Windows调用GetDynamicTimeZoneInformation并映射，macOS需混合处理。
标准 C++11/17 **不提供获取当前时区名称（如 "Asia/Shanghai" 或 "CST"）的可移植接口**。这是关键前提，所有“跨平台方案”都必须绕过标准库或依赖扩展。
为什么 std::chrono 和 std::locale 都不能直接拿到时区名
std::chrono::system_clock::now() 只返回 UTC 时间点，不带时区信息；std::put_time 格式化时依赖 std::time_t 和 std::tm，而 localtime_r/localtime_s 会填充
tm.tm_zone（POSIX）或设置 _tzname（MSVC），但这些不是标准 C++ 行为，且 tm.tm_zone 值不可靠（可能为空、缩写不唯一、无 IANA 名称）。
-
tm.tm_zone在 Linux 上通常返回"CST"这类缩写，无法区分中国标准时间还是美国中部时间 - Windows 的
_tzname[0]返回类似"China Standard Time"的本地化字符串，非 IANA 标准，也不稳定 -
std::chrono::zoned_time（C++20 引入）才真正支持时区，C++11/17 中不存在
Linux/macOS 下用 tzname 和 timezone 获取简写名（有限可用）
依赖 POSIX 接口，仅适用于类 Unix 系统，需手动调用 tzset() 初始化，并注意线程安全。
extern char* tzname[2];
extern long timezone;
void get_timezone_abbrev() {
tzset(); // 必须调用，否则 tzname 可能未初始化
struct tm now;
time_t t = time(nullptr);
localtime_r(&t, &now);
printf("DST flag: %d, Standard name: %s, DST name: %s\n",
now.tm_isdst, tzname[0], tzname[1]);
// 输出可能为：Standard name: "CST", DST name: "CDT"
}-
tzname[0]是标准时间缩写，tzname[1]是夏令时缩写 - 该值由环境变量
TZ决定，若未设，则使用系统默认（如/etc/localtime软链目标） - 无法反向查出 IANA 时区 ID（如
"Asia/Shanghai"），只能靠硬编码映射（不推荐）
跨平台获取 IANA 时区 ID 的实际可行路径
唯一可靠方式是读取系统时区配置文件（Linux/macOS）或调用平台 API（Windows），然后解析或转换。C++11/17 本身不封装这些逻辑。
- Linux：读取
/etc/timezone（文本，内容如Asia/Shanghai），若不存在则解析/etc/localtime软链接目标（如/usr/share/zoneinfo/Asia/Shanghai）并提取路径末段 - macOS：执行
system_profiler SPSoftwareDataType | grep 'Time Zone'或读取/var/db/timesync/ntp.plist（不稳定） - Windows：调用
GetDynamicTimeZoneInformation得到注册表时区名（如"China Standard Time"），再用预置映射表转成 IANA 名（例如{"China Standard Time": "Asia/Shanghai"}） - 不建议用
strftime("%Z", ...)：它输出的是缩写，不是 IANA 名，且格式不可控
别碰 std::time_get::do_get_time 或自定义 facet
有人试图通过重载 std::time_get 解析时区字段，但这属于未定义行为——标准并未规定时区字段如何表示，各实现忽略或静默失败。实测 GCC libstdc++ 和 Clang libc++ 均不解析时区名，std::get_time 输入 "2025-01-01 12:00:00 CST" 会停在 C 字符，后续失败。
- 所有基于
std::time_get/std::time_put的“自定义时区支持”在 C++11/17 中均不可行 - 即使成功解析缩写，也无法关联到 UTC 偏移或 IANA 名，失去实用价值
真正需要 IANA 时区 ID 的场景（如日志打标、跨服务时间协调），必须接受“非标准、平台相关”的现实：Linux 读文件，Windows 查 API，macOS 混合处理。任何声称“纯 C++11/17 跨平台获取时区名”的方案，要么隐含外部依赖（如 ICU、Boost.DateTime），要么返回的是不可靠缩写。
