C++判断周末需先获取星期几：C++20用std::chrono::year_month_day与weekday，注意c_encoding()中0=周日、6=周六；旧标准用std::localtime，tm_wday中0=周日、6=周六；须校验日期合法性、统一时区并避免混用编码。
用 std::chrono 和 std::time_t 获取星期几
标准库不直接提供“是否周末”函数，得先算出星期几。C++20 的 std::chrono::year_month_day 配合 weekday 最可靠；C++11/14/17 则需走 std::localtime 路线。注意：std::localtime 返回的 tm_wday 是 0（周日）到 6（周六），而 C++20 的 weekday 是 0（周一）到 6（周日）——别混用。
示例（C++20）：
std::chrono::sys_days sd = std::chrono::year{2024}/10/6; // 2024-10-06
std::chrono::weekday wd = sd.weekday();
bool is_weekend = (wd.c_encoding() == 6) || (wd.c_encoding() == 0); // 周六=6，周日=0
处理时区和本地化问题
直接用 std::localtime 会受程序运行时区影响，比如服务器在 UTC，但你要判断北京时间的周末，结果就错。C++20 std::chrono::zoned_time 可显式指定时区，但需要 <chrono> 和时区数据库支持（如 libc++ 或 MSVC 19.35+）。若环境不支持，建议统一转为 UTC 后计算，或用第三方库（如 Howard Hinnant’s date library）补全。
- 用
std::gmtime替代std::localtime可规避本地时区干扰，但前提是输入时间本就是 UTC - Windows 下
_tzset()+_putenv("TZ=Asia/Shanghai")不稳定，慎用 - 跨平台项目中，避免依赖
std::strftime("%A")做字符串匹配——语言环境一变就失效
常见错误：闰年、负年份、非法日期没校验
传入 2024/2/30 或 0000/1/1 给 std::chrono::year_month_day 会触发未定义行为（不是抛异常）。必须提前校验：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
ymd.ok()检查日期合法性（C++20） - 手动验证月份是否在 1–12、日期是否超出该月天数（尤其二月）
- 注意
std::chrono::year支持 -32767 到 32767，但year(-1)表示 1 BCE，计算 weekday 时逻辑仍正确，但业务上通常不处理负年份
错误示例：
auto ymd = std::chrono::year{2024}/2/30;
if (!ymd.ok()) { /* 必须处理 */ }
性能敏感场景下避免重复转换
如果要批量判断成千上万个日期，反复构造 sys_days 或调用 localtime 开销不小。可预先把日期转为 std::chrono::days（自纪元起的天数），再对 7 取模——但要注意起点偏移：Unix 纪元（1970-01-01）是周四，所以 (days.count() + 4) % 7 == 5 || == 6 才是周末（5=周六，6=周日）。
立即学习“C++免费学习笔记（深入）”；
- 这个公式只适用于 Unix 纪元起点，换其他纪元需重算偏移
- 整数运算比系统调用快一个数量级，适合嵌入式或高频服务
- 但牺牲了可读性，上线前务必加注释说明偏移来源
C++ 判断周末看似简单，真正踩坑的地方往往不在算法本身，而在时区语义、日期合法性、以及不同标准间 weekday 编码的隐式差异。尤其是混合使用 C++20 chrono 和传统 C 时间函数时，c_encoding() 和 tm_wday 的 0 起始点不同，最容易漏查。
