c++oding="utf-8" ?>
最可靠方法是用std::chrono先算出当月最后一天，再倒序跳过周末直至首个工作日；法定节假日需业务层独立处理，不可硬编码。
用 std::chrono + 手动推算最后一个工作日最可靠
标准库没有直接判断“该月最后一个工作日”的函数，std::chrono 只提供日期算术和时区基础能力，必须自己实现逻辑。别指望 std::time_get 或 std::put_time 能解决这个问题——它们只管格式化，不参与业务逻辑判断。
核心思路是：先拿到当月最后一天，然后倒序遍历，跳过周末（Saturday、Sunday），遇到第一个非周末日期即为答案。注意：法定节假日需额外处理，标准库完全不感知，这点必须由业务层兜底。
示例关键步骤：
- 用
year_month_day{y/m/1}构造当月第一天，加months{1}再减days{1}得到月末日期 - 用
weekday判断星期几：wday == Sunday || wday == Saturday - 倒推时用
days{-1}，避免跨月计算错误（比如 3 月 1 日减 1 天是 2 月 28 日，chrono自动处理）
为什么不能用 tm.tm_wday 和 mktime 简单判断
tm.tm_wday 的值依赖 mktime 归一化结果，而 mktime 会修改输入结构体（如把 tm_mday=32 自动转成下个月），若你传入的是“某月 31 日”这种可能无效的日期，mktime 可能悄悄修正它，导致你误以为那天是工作日——其实它根本不存在。
更危险的是时区影响：mktime 按本地时区转换，若机器时区设置异常（比如设成 Pacific Time 却处理北京业务），tm_wday 可能错位一天。而 std::chrono::sys_days 基于 UTC 日历，无歧义。
所以除非你明确控制输入一定是有效日期且不跨时区，否则别碰 mktime 这套老接口。
处理节假日必须独立封装，不能塞进日期逻辑
中国春节、国庆调休每年不同，欧美还有州级假日差异。任何把节假日硬编码在日期判断函数里的做法，都会让代码半年后失效。
建议拆成两个正交部分：
- 基础函数：
is_last_weekday_of_month(year_month_day)，只管周末逻辑，返回bool - 业务函数：
is_last_business_day_of_month(year_month_day, const std::vector<sys_days>& holidays)</sys_days>，先调前者，再查是否在节假日列表中
节假日列表应从外部加载（如 JSON 配置或数据库），而不是写死在源码里。漏掉一个调休日，比如 2024 年 2 月 19 日（周一）补班，就会把实际工作日判成“非工作日”。
性能与边界：月份天数、闰年、负年份都要覆盖
std::chrono::year_month_day 对负年份（如 year{-1}）和超大年份（如 year{10000}）有定义，但某些编译器的 libstdc++ 实现对 year::min() 处理不一致。实测 clang++ 15 + libc++ 没问题，g++ 12 + libstdc++ 在 year{-10000} 附近可能抛 std::out_of_range。
安全做法是：业务系统明确年份范围（如 1970–2100），并在函数入口加断言或返回 std::optional 表示无效输入。别让 “2 月 30 日” 这种非法日期进入主逻辑——year_month_day 构造时就会失败，提前拦截比后期调试强得多。
闰年判断交给 year::is_leap()，别手写 (y%4==0 && y%100!=0) || y%400==0，既重复造轮子又容易写错。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
