c++oding="utf-8" ?>
rfc 1123日期格式为"sun, 06 nov 1994 08:49:37 gmt"，std::get_time因缩写支持不全、gmt匹配不可靠且易漏判非法输入而不适用；推荐用空格分割+逐字段校验或正则初筛+语义验证。
什么是RFC 1123日期格式，为什么不能直接用std::get_time解析
RFC 1123规定的HTTP日期格式是："Sun, 06 Nov 1994 08:49:37 GMT"（注意逗号后有空格、月份是英文缩写、时区固定为GMT，且不接受UTC或+0000）。C++标准库的std::get_time在多数实现（如libstdc++、MSVC）中对星期/月份缩写支持不完整，且无法强制要求GMT字面量匹配——它会把GMT当作时区偏移忽略，甚至可能接受UTC等非法值。
手动拆分+逐字段校验比格式化解析更可靠
直接用std::istringstream配合std::get_time容易漏判非法输入（比如"Sun, 32 Nov 1994..."能通过解析但语义错误）。稳妥做法是先按空格分割字符串，再分别验证每个字段：
- 字段数必须为6（例如：
"Sun,""06""Nov""1994""08:49:37""GMT"） -
06需是1–31之间的整数；Nov必须是{"Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec"}之一 -
Sun,需匹配{"Sun,","Mon,","Tue,","Wed,","Thu,","Fri,","Sat,"}（注意逗号） - 时间部分
08:49:37要符合HH:MM:SS（00–23, 00–59, 00–59） - 最后字段必须严格等于
"GMT"（大小写敏感，不允许"gmt"或"GMT "）
用std::chrono::parse（C++20）需谨慎处理时区和字段边界
C++20引入std::chrono::parse，看似简洁，但实际有坑：
std::chrono::sys_seconds tp;
std::istringstream ss{"Sun, 06 Nov 1994 08:49:37 GMT"};
ss >> std::chrono::parse("%a, %d %b %Y %T %Z", tp); // ❌ 多数编译器不支持%Z匹配GMT
问题在于：%Z在libc++中可识别GMT，但libstdc++（GCC）完全不支持；且%a和%b依赖本地locale，若locale不是C，"Sun"可能解析失败。必须显式设置ss.imbue(std::locale::classic())，并避免依赖%Z——改用硬编码校验"GMT"字段更稳。
推荐方案：轻量正则 + 字段校验（C++11起可用）
用std::regex初筛结构，再做语义校验，兼顾可读性和健壮性：
const std::regex r(R"(^([A-Z][a-z]{2}), (\d{1,2}) ([A-Z][a-z]{2}) (\d{4}) (\d{2}):(\d{2}):(\d{2}) GMT$)");
std::smatch m;
if (!std::regex_match(s, m, r)) return false;
// 提取m[1]="Sun", m[2]="06", m[3]="Nov", m[4]="1994", m[5]="08", m[6]="49", m[7]="37"
// 然后校验：m[2]转int是否∈[1,31]，m[3]是否在合法月份集合中，m[5-7]数值范围等
注意：正则末尾$防止"GMTxxx"类输入误判；月份/星期缩写必须首字母大写——RFC 1123明确要求大写，小写如"sun,"是非法的。
真正麻烦的是日期逻辑有效性（比如平年2月30日），但HTTP规范只要求格式合规，不强制校验日历合法性——除非你主动做额外检查，否则按RFC只需确保字段格式和取值范围正确即可。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
