std::put_time无法可靠输出时区缩写（如PST、CET），因其依赖的strftime对%Z支持不跨时区且行为未定义；推荐使用C++23 std::format配合zoned_time，或第三方库date.h，它们基于IANA时区数据库解析缩写。
std::put_time 无法直接输出时区缩写（如 PST、CET）
标准 C++20 之前的 std::put_time 不支持 %Z（时区缩写）或 %z（时区偏移），即使底层 struct tm 包含时区信息，std::put_time 也会忽略它。这是最常踩的坑：你以为传了带时区的 std::tm 就能打出来，结果只输出空格或问号。
原因在于：std::put_time 依赖 C 的 strftime，而 POSIX 要求 strftime("%Z") 在非本地时区（比如用 setenv("TZ", ...) 切换后）行为未定义；多数 libc（glibc、musl）干脆返回空字符串。
- 不要对
std::tm手动填tm_zone字段——它被std::put_time忽略 - 不要指望
std::put_time(os, "%Y-%m-%d %H:%M:%S %Z")在跨时区场景下可靠工作 - 若必须用
std::put_time，只能用于当前进程默认时区（即localtime_r返回的本地时间），且需确保TZ环境变量已正确设置并调用tzset()
用 std::format（C++23）或第三方库（如 date.h）获取可靠时区缩写
C++23 引入 std::format 对日历和时区有原生支持，配合 std::chrono::zoned_time 可安全输出 %Z：
#include <chrono>
#include <format>
#include <iostream>
auto zt = std::chrono::zoned_time{"America/Los_Angeles",
std::chrono::system_clock::now()};
std::cout << std::format("{:%Y-%m-%d %H:%M:%S %Z}", zt) << "\n";
// 输出类似：2024-05-22 14:30:45 PDT
注意点：
立即学习“C++免费学习笔记（深入）”；
-
std::format中的%Z是真正基于 IANA 时区数据库解析的缩写，不是简单映射 - 需要编译器支持 C++23（GCC 13+、Clang 16+，且开启
-std=c++23） - 若用 Howard Hinnant 的
date.h（C++11/14/17 兼容），等价写法是：date::format("%Y-%m-%d %H:%M:%S %Z", zt) - IANA 时区名（如
"Europe/Berlin"）比"CET"更可靠——后者只是缩写，不唯一也不可逆
手动拼接时区缩写需查表 + 处理夏令时切换
若受限于旧标准（C++17 及以下）又不能引入第三方库，只能自己维护缩写映射，并结合 std::tm::tm_isdst 判断夏令时状态：
std::string tz_abbrev(const std::tm& tm) {
static const std::unordered_map<std::string, std::pair<std::string, std::string>> map = {
{"America/Los_Angeles", {"PST", "PDT"}},
{"Europe/Berlin", {"CET", "CEST"}},
{"Asia/Shanghai", {"CST", ""}} // 中国无夏令时
};
auto it = map.find(get_current_tz_name()); // 需自行实现获取当前 TZ 名
if (it != map.end()) {
return tm.tm_isdst > 0 ? it->second.second : it->second.first;
}
return "UTC";
}
问题很现实：
-
get_current_tz_name()没有标准接口，Linux 上得读/etc/timezone或解析/etc/localtime符号链接 - Windows 上要用
GetTimeZoneInformation+ 查注册表，缩写来源不统一 - IANA 数据库每年更新，硬编码缩写会过期（比如 2023 年智利改用永久夏令时，
CLT→CLST）
std::chrono::zoned_time 构造失败的常见错误
用 zoned_time 时，构造失败不会抛异常，而是静默转为 UTC，容易误判：
- 传入非法时区名（如
"Asia/Beijing"错写成"Asia/Peiking"）→ 回退到 UTC，%Z输出"UTC" - 未链接
libtz（Linux 下部分 libc 实现要求）→zoned_time构造后.get_sys_time()为 epoch，%Z为空 - 在 Windows 上未启用
_ENABLE_EXTENDED_ALIGNED_STORAGE宏（某些 MSVC 版本）→ 编译失败或运行时 UB - 检查方式：构造后立刻调用
zt.get_time_zone()->name()，确认返回值是你期望的 IANA 名
真正可靠的时区缩写输出，绕不开 IANA 时区数据库和明确的时区上下文；靠 strftime 或手填 tm 字段，基本是在赌 libc 实现细节。
