计算“本月第几周”需先确定当月1号是周几（tm_wday，周日=0），再用公式((day-1)+first_day_wday)/7+1（整数除法）；须正确设置tm_mon、tm_year并校验mktime返回值，不可混用ISO周数或简单相除。
用 std::chrono 和 std::time_t 计算本月第几周容易出错
直接用 std::chrono 获取“本月第几周”没有现成函数，必须手动计算。核心难点在于：周的起始日（周一 or 周日）、第一周定义（含1号的那周？还是第一个完整周？）——C++ 标准库不强制约定，得自己定规则。
常见错误是直接拿 tm_wday 和 tm_mday 简单相除，比如 (day + 6) / 7，这算出来的是“从该月1号起第几周”，但和日常说的“第几周”（如日历上横向排列的周）往往不一致。
- 先用
std::time(nullptr)获取当前时间，转成std::tm（注意用localtime_s或localtime_r避免线程不安全） - 把日期设为当月1号，再用
mktime得到该月第一天对应的tm_wday（周几） - 当前日是
tm_mday，减去1号是星期几的偏移，再向上取整除以7
tm_wday 是周日为0还是周一为0？必须查文档确认
std::tm::tm_wday 在 C 和 C++ 标准中明确定义为：周日 = 0，周一 = 1，……，周六 = 6。别信某些平台文档或旧书写的“周一为0”——那是非标准扩展或误解。
这意味着：如果1号是周三（tm_wday == 3），那么这一周从上周日（上月最后一天）开始，到本周六结束。你要算“当前日属于本月第几周”，就得看它落在哪一段以周日为起点的区间里。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 假设今天是 2024-04-05（周五），4月1日是周日（
tm_wday == 0），那 4月1–7日 是第1周，4月5日就在第1周 - 如果今天是 2024-04-08（周一），4月1日仍是周日，则 4月1–7日 是第1周，4月8–14日 是第2周
- 公式：
week_of_month = ((day - 1) + first_day_wday) / 7 + 1（整数除法，向下取整）
跨月边界时，mktime 会自动归一化，但要注意 tm_mon 是0-based
构造1号日期时，很多人写 tm.tm_mday = 1 就完事，忘了 tm.tm_mon 和 tm.tm_year 必须和原时间一致，且 tm.tm_mon 是 0–11（不是1–12）。
漏设 tm.tm_mon 或设错会导致 mktime 把时间解析成完全错误的月份，比如把4月当成1月，算出来的 tm_wday 就毫无意义。
- 正确做法：复制原始
tm，只改tm_mday = 1，其余字段（尤其tm_mon、tm_year）保持不变 - 调用
mktime(&tm_first)后，检查返回值是否为-1（失败），并确保tm_first.tm_wday被正确填充 - 别依赖
tm_yday或tm_mday的原始值——mktime可能重写它们
ISO 8601 第几周？C++ 没原生支持，别硬套
ISO 周数（%V）是按“包含该年第一个周四的周为第1周”定义的，和“本月第几周”完全是两套逻辑。试图用 strftime("%V", &tm) 然后对月取模，结果一定错——比如2024-01-01是周一，但 ISO 第1周从2023-12-25开始，1月1日属于2024年第1周，但它在1月里是第1天，不是第1周的开始。
- ISO 周数是年度概念，不是月度概念；强行映射到月维度会割裂周的连续性
- 如果业务真要 ISO 周，就用
strftime("%V", ...)，但别把它当作“本月第几周” - 真正需要“日历视图中第几行”的场景（比如 UI 表格），必须基于当月1号是周几 + 当前日来推算，不能跳过这个逻辑
最易被忽略的点：不同地区对“第一周”的定义不同（有的要求该周包含1号，有的要求至少4天在本月），代码里必须显式声明规则，而不是默认某种行为。
