std::get_time解析后仅检查failbit不可靠，因无效日期如“2023-02-30”可能静默截断而不设failbit；须手动校验年月日合法性：年份范围、月份1–12、日期不超过当月实际天数（含闰年判断）。
用 std::get_time 解析后检查 failbit 不够可靠
直接用 std::get_time 解析字符串再查 ss.fail()，只能捕获格式错误（比如 “2023-13-01” 会失败），但无法识别逻辑无效日期（比如 “2023-02-30”）。因为 std::get_time 在遇到超出范围的日期时，**可能静默截断或回绕**（例如把 30 日当作 28 日），不设 failbit，导致误判为有效。
真正要判断“是否为真实存在的日历日期”，必须手动校验年月日三者组合的合法性：
- 年份在合理区间（如 1–9999，或按需限定）
- 月份是 1–12
- 日期符合该年该月的实际天数（考虑闰年）
手写闰年判断 + 每月天数表最稳妥
标准库没有现成函数验证“2024-02-29”是否合法，得自己算。核心是两步：闰年判定、当月最大天数查询。
闰年规则（格里高利历）：year % 4 == 0 && (year % 100 != 0 || year % 400 == 0)
每月天数可用数组硬编码，2 月动态计算：
constexpr int days_in_month[] = {31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31};
bool is_leap(int y) {
return y % 4 == 0 && (y % 100 != 0 || y % 400 == 0);
}
bool is_valid_date(int y, int m, int d) {
if (m 12) return false;
if (d
<h3>从字符串解析时注意分隔符和字段顺序</h3>
<p>用户输入可能是 “2023/04/15”、“2023-04-15” 或 “15.04.2023”，<code>std::get_time</code> 的格式字符串必须严格匹配。常见错误是忽略前导零或写错分隔符：</p>
- “%Y-%m-%d” → 匹配 “2023-04-15”，但不匹配 “2023-4-15”
- “%Y/%m/%d” → 匹配 “2023/04/15”，不匹配 “2023-04-15”
- 没加
std::skipws时，开头空格会导致解析失败
建议先用 std::istringstream + std::get_time 提取整数，再传给上面的 is_valid_date 校验，而不是依赖解析本身的成功与否。
别忘了边界和异常输入场景
实际使用中容易漏掉这些情况：
- 年份溢出：如输入 “10000-01-01”，
int可能溢出或被截断，建议用std::stoi并捕获std::out_of_range - 非数字字符混入：“2023-0a-15” 会被
std::get_time截断为 “2023-0” 后停止，剩余字段为 0，需检查是否所有三个字段都成功读取 - 多余字符：“2023-04-15abc” 默认会被接受（解析停在 ‘a’ 前），应检查流是否已到末尾（
ss.peek() == EOF或ss.eof()）
完整校验必须串联：格式解析 → 字段提取 → 范围检查 → 逻辑有效性（闰年/天数）→ 输入完整性。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
