C++标准库无单函数校验公历日期有效性，需手动检查年月日范围、闰年及每月天数；std::chrono::year_month_day构造不抛异常，应通过字段比对验证合法性。
如何用 C++ 判断 year、month、day 是否构成有效公历日期
直接结论：C++ 标准库（截至 C++20）没有提供单函数校验任意年月日是否有效的接口，必须手动检查范围 + 闰年 + 各月天数。别依赖 std::chrono::year_month_day 的构造——它不抛异常，无效输入会静默转成未定义行为或错误值。
std::chrono::year_month_day 构造后怎么判断是否合法
这个类型本身不提供 valid() 方法，但可以利用其隐式转换和比较特性做间接验证：
-
std::chrono::year_month_day构造时若传入非法值（如month=13或day=32），标准规定其内部存储为“unspecified”，但多数实现（如 libstdc++、libc++）会归一化（normalize）——比如year_month_day{2023y, April, 32d}可能变成2023-05-01，看似“合法”实则掩盖了原始输入错误 - 正确做法是：先用原始整数构造
year_month_day，再把它转回各字段，比对是否与输入一致 - 示例逻辑：
bool is_valid_date(int y, int m, int d) { using namespace std::chrono; year_month_day ymd{year{y}, month{m}, day{d}}; return ymd.year() == year{y} && ymd.month() == month{m} && ymd.day() == day{d}; }
手动校验的边界和闰年逻辑怎么写才可靠
手动判断更可控，也避免依赖实现细节。关键点不是“写个闰年函数”，而是处理好所有边界条件：
- 年份范围：公历（格里高利历）自 1582 年 10 月 15 日起正式启用，但 C++ 不强制此限制；常见做法是支持
year >= 1（ISO 8601 允许年份为 0 和负数，但公历无“公元 0 年”，需按天文纪年换算——多数业务场景只需y >= 1） - 月份：必须是
1 ，<code>month{0}或month{13}都非法 - 日期：先查该月最大天数，再比对
d。2 月需单独处理闰年：(y % 4 == 0) && (y % 100 != 0 || y % 400 == 0) - 注意：
31天的月份只有 1/3/5/7/8/10/12；30天的是 4/6/9/11；2 月是特例
为什么别用 mktime + struct tm 做校验
虽然 mktime 会归一化时间并返回 -1 表示失败，但它有严重缺陷：
立即学习“C++免费学习笔记（深入）”；
- 输入
tm_year是“距 1900 年偏移”，tm_mon是 0–11，易错配；tm_mday若为 0 或负数会被自动调整（如tm_mday = 0→ 上月最后一天），导致本意是“检查 2023-02-30”却得到有效结果 - 跨平台行为不一致：某些 libc 对超大年份（如
y > 9999）或极小年份（y ）返回 <code>-1，但并非全部 - 性能差：涉及时区转换、夏令时计算，纯日期校验完全不需要
- 结论：除非你已在用
struct tm流程，否则绕开它
最稳妥的方式仍是手动范围 + 闰年 + 天数表校验，或用 year_month_day 的“构造→拆解→比对”三步法。容易被忽略的是：2 月 29 日在非闰年必须拒绝，而闰年规则中整百年份（如 1900）不闰、400 年份（如 2000）才闰——这点写错概率极高。
