RFC 822格式需英文缩写星期月份、+HHMM时区且不受locale影响；应强制C locale，用gmtime获取UTC时间，手动计算并格式化时区偏移，避免%z和本地化导致的不可移植问题。
std::put_time 无法直接输出 RFC 822 格式
RFC 822 时间格式形如 Fri, 01 Nov 2024 12:34:56 +0800，关键在于：星期和月份必须是英文缩写（Fri, Nov），时区偏移为 +HHMM（无冒号、无空格），且不能用 %z（它在多数 libc 实现中输出 +0800 是对的，但 %a %b 的本地化行为会破坏可移植性）。std::put_time 默认依赖 std::locale，一旦系统 locale 不是 C，%a 和 %b 就可能输出中文或其它语言，直接导致格式非法。
解决办法是强制使用 C locale，并手动拼接时区偏移（因为 %z 在某些平台如 Windows MSVC 的旧版本中不可靠）：
auto now = std::chrono::system_clock::now();
auto time_t = std::chrono::system_clock::to_time_t(now);
auto tm = *std::gmtime(&time_t); // 注意：RFC 822 要求使用 GMT 时间，不是本地时间
int offset_minutes = std::chrono::duration_cast<std::chrono::minutes>(
now - std::chrono::system_clock::from_time_t(std::mktime(&tm))
).count() / 60;
int hh = std::abs(offset_minutes) / 60;
int mm = std::abs(offset_minutes) % 60;
char tz[6];
std::snprintf(tz, sizeof(tz), "%c%02d%02d", offset_minutes >= 0 ? '+' : '-', hh, mm);
<p>std::ostringstream oss;
oss.imbue(std::locale("C")); // 关键：锁定 C locale
oss << std::put_time(&tm, "%a, %d %b %Y %H:%M:%S ") << tz;
std::string rfc822 = oss.str(); // e.g. "Fri, 01 Nov 2024 04:34:56 +0000"
Windows 上 _tzset() 和 _get_timezone 可能干扰结果
在 MSVC 环境下，如果程序调用了 _tzset()（例如间接通过 localtime），全局时区状态会被设置，后续 gmtime 可能被意外影响（尤其在多线程中）。更稳妥的方式是完全绕过运行时的时区逻辑，只用 UTC 时间 + 显式计算本地偏移：
- 用
std::chrono::system_clock::to_time_t得到秒级时间戳 - 用
std::gmtime解析为 UTC 的tm结构（不依赖本地时区） - 用
std::chrono::system_clock::from_time_t把该tm当作本地时间反推回time_point，再与原始now比较，得出偏移量
这样就彻底规避了 _get_timezone、_timezone 等 Windows 特有变量的副作用。
立即学习“C++免费学习笔记（深入）”；
std::format（C++20）仍不支持 RFC 822 的时区字段
即使你用上了 C++20 的 std::format，目前标准库实现（libstdc++、libc++、MSVC STL）都不支持 {:%z} 输出带符号的四位数字（比如 +0800），有的输出空，有的输出 +0000 但不保证格式稳定。而且 %a/%b 同样受 locale 影响。
所以即便写了：
std::format("{:%a, %d %b %Y %H:%M:%S %z}", std::chrono::current_zone()->to_local(now))
也不能当作 RFC 822 使用——%z 不可靠，current_zone() 返回的是本地时区对象，其 to_local 行为可能引入 DST 判断误差，且非所有平台都实现了 std::chrono::tzdb。
最简健壮方案：用 strftime + C locale + 手动时区字符串
综合来看，最可控的方式仍是传统 strftime 配合显式时区计算。注意三点：
- 始终用
std::gmtime（不是std::localtime）获取tm，确保日期部分基于 UTC -
strftime前必须std::setlocale(LC_TIME, "C")或用std::locale("C")绑定流，否则%a和%b不一定是英文 - 时区字符串必须自己算：UTC 时间戳 → 本地
tm→ 差值 → 格式化为+HHMM，不能信任%z
这个路径没有隐藏依赖，不触发时区运行时初始化，跨平台行为一致。真正麻烦的从来不是“怎么拼字符串”，而是“怎么让星期/月份/时区三者同时符合 RFC 822 且不随系统配置漂移”。
