最可靠方法是用 std::chrono::sys_days 逐天判断：构造 year_month_day 转 sys_days，用 ++d 循环，检查 weekday() == Saturday || Sunday，闭区间包含两端，避免 c_encoding() 和强制转换。
用 std::chrono 手动算周末天数最可靠
别依赖第三方库或字符串解析——C++20 的 std::chrono 已支持日历运算，只要把起止日期转成 sys_days，就能逐天判断星期几。核心是：周末指 Saturday 和 Sunday，对应 weekday_indexed 的 index() == 6 或 7（Monday=1）。
实操要点：
- 用
year_month_day{y, m, d}构造日期，再隐式转为sys_days，避免手算儒略日 - 循环必须用
++d（sys_days支持自增），不能用d += 1d混用字面量导致类型推导失败 - 起始日期包含在内，结束日期也包含在内（闭区间），这是业务常见需求，需明确确认
is_weekend() 判断逻辑要避开 weekday 构造陷阱
weekday 类型不能直接用整数构造（比如 weekday{0} 是未定义行为），必须用 sys_days 转出的 weekday 实例来比对。
正确写法：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
bool is_weekend(sys_days sd) {
return sd.weekday() == Saturday || sd.weekday() == Sunday;
}常见错误：
- 写成
sd.weekday().c_encoding() == 6 || sd.weekday().c_encoding() == 0——c_encoding()中 Sunday=0，但 C++ 标准不保证所有平台一致，应避免 - 用
static_cast<int>(sd.weekday())</int>强转——未定义行为，weekday不支持隐式转整数 - 忽略时区：
sys_days是 UTC 时间点，若输入本地日期（如“2024-01-01”），需确保没被系统时区偏移干扰（推荐统一用year_month_day构造）
大跨度日期（如 10 年）要避免暴力循环
从 2000-01-01 到 2030-01-01 循环约 1.1 万次，CPU 上不到 1ms，一般够用；但若要支持百年跨度或高频调用，就得优化。
可改用数学计算：
- 先算总天数：
auto days = end - begin + 1d（注意+1d表示包含两端） - 每 7 天固定有 2 个周末日，所以基础周末数 =
(days.count() / 7) * 2 - 余数部分（
days.count() % 7）需手动检查起始日后连续余数天中哪些是周末，用begin + i*d遍历最多 6 次即可 - 注意：这个优化只在
days.count() > 100时值得做，小范围反而增加分支开销
跨年/闰年/不同月份长度完全不用管
std::chrono::year_month_day 和 sys_days 内部已封装所有日历规则，包括闰年、大小月、甚至 1582 年格里高利历切换（虽然默认不启用）。你只需传合法日期，比如：
year_month_day{2024y, February, 29d} // 合法，2024 是闰年
year_month_day{2023y, February, 29d} // 编译期报错：invalid day容易被忽略的一点：如果用户输入的是字符串（如 "2023-02-30"），year_month_day 构造会静默归一化为 2023-03-02，这不是 bug，而是设计行为。若需严格校验输入合法性，得先用 parse + is_in_congruence 检查。
