c++oding="utf-8" ?>
c++标准库无内置日期合法性校验，必须手动验证年月日组合：先用sscanf提取整数，再检查年（1–9999）、月（1–12）、日（1–31）范围，最后依闰年规则和每月天数确认有效性。
如何用 C++ 验证日期字符串是否为合法公历日期
直接结论：C++ 标准库没有内置的「日期格式校验」函数，std::get_time 或 std::chrono::parse（C++20）只能解析已知格式的字符串，但不校验逻辑合法性（比如 2023-02-30 会被部分解析成功却实际不存在）。必须手动检查年月日组合是否符合公历规则。
为什么不能只靠 std::get_time 判断合法性
std::get_time 只做格式匹配和基础范围过滤（如月份 1–12），不校验具体日期是否存在。例如：
std::istringstream ss("2023-02-30");
std::tm t = {};
ss >> std::get_time(&t, "%Y-%m-%d"); // 解析成功，t.tm_mday == 30
// 但 2023-02-30 是非法日期
常见错误现象：输入 "2023-02-30" 或 "2021-13-01"，std::get_time 可能返回 failbit（后者会失败），但前者常静默接受，导致后续逻辑出错。
- 月份超出 1–12 范围时，
std::get_time通常设failbit - 日期超出该月天数时，
std::get_time行为未定义（不同 libstdc++/libc++ 实现可能不同） - 年份负数或极大值（如 100000）不会被拒绝，需额外判断
手动校验年月日组合的可靠步骤
核心是三步：格式解析 → 基础范围检查 → 闰年与每月天数验证。推荐用 std::sscanf 或 std::from_chars（C++17）提取整数，避免流状态干扰。
- 先用
std::sscanf(str.c_str(), "%d-%d-%d", &year, &month, &day)提取三个整数 - 检查基础范围：
year建议限定在 1–9999（公历起始为 1 年，无 0 年）；month必须为 1–12；day先粗略限定为 1–31 - 再按月查最大天数：
int days_in_month[] = {31,28,31,30,31,30,31,31,30,31,30,31}；若month == 2 && is_leap(year)，则允许 29 天 -
is_leap定义为：(year % 4 == 0) && (year % 100 != 0 || year % 400 == 0)
注意：C++ 中 tm 结构体的 tm_year 是距 1900 年偏移量、tm_mon 是 0–11，校验时别混用——直接操作原始整数更安全。
C++20 std::chrono::parse 能否替代手动校验
不能。虽然 std::chrono::parse 支持更现代的日期解析，但它仍不保证逻辑合法性。例如：
auto tp = std::chrono::sys_days{};
std::istringstream ss("2023-02-30");
ss >> std::chrono::parse("%F", tp); // 解析失败，但错误码不明确，且不提供具体原因
实操建议：
- 对简单场景（如配置文件校验），优先用
std::sscanf+ 手动逻辑，稳定可控 - 若已用
std::chrono::year_month_day，可构造后调用ok()成员函数（C++20）：ymd.ok()会检查是否为有效公历日期 - 但注意：
std::chrono::year_month_day{y,m,d}.ok()要求y、m、d已为整数类型，且m是std::chrono::month类型，需转换
真正容易被忽略的是：公历存在「起始日」问题（儒略历转格里高利历的 1582-10-15），但绝大多数业务系统只需校验 1–9999 年内的标准公历规则，无需处理历法变更缝隙。别过早引入复杂性。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
