RFC 1123日期格式为“Sun, 06 Nov 1994 08:49:37 GMT”，std::get_time因不支持逗号及不可靠的%Z解析（如GMT匹配失败）而无法直接使用，需手工分段校验或借助date.h硬编码"GMT"解析。
什么是RFC 1123日期格式，为什么不能直接用std::get_time
RFC 1123标准日期格式是：Sun, 06 Nov 1994 08:49:37 GMT（注意逗号、空格、全大写GMT、英文缩写星期/月份）。C++标准库的std::get_time在多数实现（如libstdc++、MSVC）中**不支持解析带逗号的星期字段**，且对%Z（时区名）的识别极不可靠——它常把GMT当作本地时区名尝试匹配，失败后返回failbit，即使输入完全合法。
手动解析RFC 1123字符串的可靠步骤
绕过std::get_time的缺陷，用std::string_view和字符检查分段处理更可控。关键点是：固定长度校验 + 显式映射 + 严格位置验证。
- 检查总长度是否为29（
"Sun, 06 Nov 1994 08:49:37 GMT"） - 验证第0–2位是合法星期缩写（
"Sun"/"Mon"/.../"Sat"），第4–5位是空格+数字日（" 06"） - 第7–9位必须是月份缩写（
"Jan"–"Dec"），第11–14位是4位年份 - 第16–24位需符合
HH:MM:SS格式（用std::isdigit逐字符判） - 最后3位必须是
"GMT"（区分大小写，不能是"gmt"或"UTC"）
用std::chrono::parse（C++20）的注意事项
C++20引入std::chrono::parse，但默认仍不支持RFC 1123的逗号和GMT硬编码。需自定义解析器：
auto parse_rfc1123(std::string_view s) -> std::optional<std::chrono::system_clock::time_point> {
std::tm tm{};
std::istringstream ss{std::string{s}};
ss >> std::get_time(&tm, "%a, %d %b %Y %H:%M:%S %Z");
if (ss.fail() || tm.tm_zone == nullptr) return std::nullopt;
// 但tm.tm_zone在GCC上常为空，且%Z不认GMT → 实际仍不可靠
// 建议：只用它做基础字段提取，再手动校验GMT和星期/月份
}
真正可行的做法是：用std::chrono::parse解析前25个字符（去掉末尾" GMT"），再单独检查最后4个字符是否等于" GMT"。
立即学习“C++免费学习笔记（深入）”；
第三方库的取舍：date.h vs Boost.DateTime
date.h（Howard Hinnant的库）支持RFC 1123，但需显式调用parse("%a, %d %b %Y %H:%M:%S GMT", s, tp)——注意%Z换成字面量"GMT"，否则失败。Boost.DateTime的time_input_facet可配置格式，但默认不启用RFC 1123，且编译开销大。
- 轻量项目优先用手工解析（几十行代码，无依赖）
- 已用
date.h的项目，直接调用parse并硬编码"GMT"字符串 - 避免依赖Boost仅为此功能——它的时区处理反而会引入额外复杂度
RFC 1123看似简单，但GMT的大小写、逗号位置、月份/星期缩写的语言环境绑定，让标准库解析器几乎必然出错。最稳的方式是放弃通用解析，转为针对这一个格式做精确字符串切片和查表校验。
