RFC 1123日期格式是IETF标准定义的HTTP日期格式，形如“Sun, 06 Nov 1994 08:49:37 GMT”，要求逗号、空格、全大写GMT及固定小写英文缩写；std::get_time因底层strptime兼容性问题无法可靠解析该格式，尤其卡在逗号和时区字段。
什么是RFC 1123日期格式，为什么不能直接用std::get_time？
RFC 1123要求的HTTP日期格式是：Sun, 06 Nov 1994 08:49:37 GMT（注意逗号、空格、全大写GMT、英文缩写星期/月份）。C++标准库的std::get_time在多数实现（尤其是libstdc++和MSVC）中不支持解析带逗号的%a, %d %b %Y %H:%M:%S %Z格式——它会卡在逗号上，返回失败。这不是你代码写错了，是底层strptime兼容性问题。
用std::regex做初步格式校验是否够用？
正则能快速筛掉明显非法字符串，但无法验证语义（比如2月30日、时区名是否真为GMT），仅适合前置过滤。推荐用这个模式：
^([A-Za-z]{3}), ([0-9]{2}) ([A-Za-z]{3}) ([0-9]{4}) ([0-9]{2}):([0-9]{2}):([0-9]{2}) GMT$
匹配后还需提取字段并进一步验证。注意：[A-Za-z]{3}会误放行Xxx这种非法缩写，实际RFC要求星期/月份必须是固定英文全小写缩写（sun/mon/jan/feb等），所以后续必须查表比对。
手动解析+查表验证才是可靠做法
跳过std::get_time，直接按字符位置拆分再校验：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 检查第0–2位是否为合法星期缩写（
"sun","mon", ...,"sat"，忽略大小写） - 检查第5–6位是否为01–31之间的数字（但需结合月份判断有效性）
- 检查第8–10位是否为合法月份缩写（
"jan"–"dec"） - 检查第12–15位是否为1970–2038之间的年份（POSIX时间范围）
- 检查时间部分是否符合24小时制，且秒数≤59
- 强制要求时区字段精确等于
"GMT"（RFC 1123不允许"UTC"或空格）
关键点：月份天数要动态判断（如2月需区分闰年），可用std::chrono::year_month_day辅助验证，但注意它不接受字符串输入，得先转成整数再构造year{y}/month{m}/day{d}，然后调用ok()成员函数。
有没有现成可用的轻量级方案？
如果你用的是Boost，boost::date_time的parse_date_time配合rfc_1123格式器能正确解析，但引入Boost可能过重。更现实的做法是复用curl或Poco里的RFC 1123解析逻辑（它们都手工实现了上述查表+校验），或者直接抄一段经过生产验证的C函数（比如http_date_parse类函数），比自己从零写更省事也更稳。
真正容易被忽略的是：GMT必须全大写、逗号后必须有且仅有一个空格、月份和星期缩写必须小写——这些细节任何一步错，都不算合法RFC 1123日期。
