std::put_time配合std::gmtime或std::localtime可直接生成ISO8601格式时间字符串，但需先将time_t转为std::tm*，再格式化输出。
用 std::put_time 配合 std::gmtime 或 std::localtime 最直接
ISO8601 标准格式（如 2024-05-22T14:37:12Z 或 2024-05-22T14:37:12+08:00）本质是带时区信息的结构化时间表示。C++11 起，std::put_time 是最轻量、标准且无需第三方依赖的方案，但必须注意：它只负责「格式化」，不处理时区转换逻辑。
常见错误是直接传入 time_t 给 std::put_time——它只接受 std::tm*。所以必须先调用 std::gmtime（UTC）或 std::localtime（本地时区）转换：
time_t ts = 1716388632; // 例如 2024-05-22 14:37:12 UTC
std::tm tm_buf {};
gmtime_r(&ts, &tm_buf); // Linux/macOS；Windows 用 _gmtime64_s
std::ostringstream oss;
oss << std::put_time(&tm_buf, "%Y-%m-%dT%H:%M:%SZ");
std::string iso8601 = oss.str(); // "2024-05-22T14:37:12Z"
-
gmtime_r是线程安全版本；Windows 上对应_gmtime64_s，需传入缓冲区地址和大小 - 格式字符串中
Z是字面量，仅表示 UTC；它不自动补时区偏移，也不校验tm_isdst - 若要输出本地时区带偏移（如
+08:00），std::put_time本身不支持动态偏移字段，得手动拼接
需要带本地时区偏移（+08:00）就得自己算偏移并拼接
C++ 标准库没有内置函数能从 std::tm 反推当前时区偏移（tm_gmtoff 是 GNU 扩展，不可移植）。可靠做法是用两次 std::mktime 差值法估算：
time_t now = time(nullptr);
std::tm utc_tm {}, local_tm {};
gmtime_r(&now, &utc_tm);
localtime_r(&now, &local_tm);
int offset_sec = static_cast<int>(difftime(mktime(&local_tm), mktime(&utc_tm)));
int offset_h = offset_sec / 3600;
int offset_m = abs((offset_sec % 3600) / 60);
char offset_buf[16];
snprintf(offset_buf, sizeof(offset_buf), "%+03d:%02d", offset_h, offset_m);
// 然后拼到 put_time 结果后面
- 该方法在夏令时切换边界可能有 1 小时误差，因
mktime会归一化tm_isdst - 如果项目已用
libtins、Boost.DateTime或 C++20<chrono>，优先用它们的时区 API，更健壮 - 不要用
strftime("%z")：它输出类似+0800（无冒号），且非所有平台都支持%z（MSVC 旧版本不支持）
C++20 <chrono> 是未来方向，但要注意编译器支持度
C++20 引入了 std::chrono::zoned_time 和 std::format，可原生支持带时区的 ISO8601 输出：
立即学习“C++免费学习笔记（深入）”；
using namespace std::chrono;
auto zt = zoned_time{current_zone(), system_clock::from_time_t(1716388632)};
std::string s = std::format("{:%Y-%m-%dT%H:%M:%S%z}", zt.get_local_time());
// 注意：%z 仍是 +0800 格式；要 +08:00 得手动替换或用自定义 formatter
- Clang 15+/GCC 13+ 支持较完整；MSVC 2022 17.5+ 部分支持，但
zoned_time对 Windows 时区名解析仍不稳定 -
std::format的%z不带冒号，输出+0800，不是 ISO8601 允许的+08:00，需额外处理 - 若目标环境无法升级到 C++20，硬上这个方案反而增加维护成本
别忽略 time_t 的符号和精度问题
绝对时间戳不一定是 64 位整数，尤其在嵌入式或老系统上：time_t 可能是 32 位有符号类型，2038 年后溢出。另外，ISO8601 支持毫秒级（2024-05-22T14:37:12.123Z），但 std::tm 没有毫秒字段：
- 若输入是毫秒级时间戳（如 JS
Date.now()），先除以 1000 再转time_t，余数单独提取用于毫秒拼接 - 用
std::chrono::system_clock::time_point替代time_t可规避精度丢失，但需配合std::chrono::floor<seconds>截断后再转std::tm - 跨平台时，避免假设
time_t是整数类型——C 标准只要求它是算术类型，理论上可以是浮点（虽极少）
gmtime_r 而非 localtime_r，避免上线后因服务器时区配置不同导致日志时间错乱。 
