C++如何判断一个日期是否为当月的最后一天

先来个核心判断吧：判断一个日期是不是当月的最后一天，最稳妥的办法不是直接“看它是不是月底”，而是反过来算——算出这个月最后一天是哪天，再拿它跟目标日期比对。这个思路绕开了手动处理闰年、大小月这些容易踩坑的逻辑，无论在哪种C++标准下，方向对了，剩下的只是技术选型的问题。

用 std::chrono + std::days 计算下月第一天再减一天

C++20 的 std::chrono 确实给出了一个足够优雅的方案。核心思路是什么呢？很简单：构造当前日期所在月份的第一天，加一个月，再减去一天——得到的，就是当月最后一天。比起自己写分支判断几月有几天、是不是闰年，这种“构造+运算”的方式显然更健壮。

从操作上看，有几个关键点需要注意：

• 必须配合 std::chrono::year_month_day 和 std::chrono::month_day_last 使用，否则很容易忽略时区或日历偏移带来的偏差
• 具体的步骤是：year_month_day{y/m/1} 构造当月1日；+months{1} 跳到下月1日；再 -days{1} 就拿到了当月最后一天
• 有一点容易掉坑：不能直接对 year_month_day 加 months，必须先转成 sys_days 再运算，否则编译器会直接报错

auto ymd = std::chrono::year_month_day{std::chrono::system_clock::now()};
auto first_of_month = std::chrono::year_month_day{ymd.year()/ymd.month()/std::chrono::day{1}};
auto first_of_next_month = std::chrono::sys_days{first_of_month} + std::chrono::months{1};
auto last_of_month = std::chrono::year_month_day{first_of_next_month - std::chrono::days{1}};
bool is_last_day = (ymd == last_of_month);

不支持 C++20？用 mktime + tm 手动推演

老项目怎么办？这是很多开发者关心的。如果项目还卡在 C++17 或更早，就得靠 了。但要注意，这里的门道不少：tm 的 tm_mday 是从 1 开始计数的，tm_mon 是从 0 开始的，而 mktime 会做归一化处理——这恰恰是解决问题的关键突破口。

具体做法是：把日期设为下月的第 0 天（注意不是第1天），让 mktime 自动归一化，返回一个合法的日期，然后再比对原日期是否一致。

• 构造 tm 结构体时，tm_mday 设为 0，tm_mon 设为下月（即 原tm_mon + 1）
• 调用 mktime 后，检查返回值是否成功（非 -1），同时看归一化后的 tm_mday 是否与原日期的 tm_mday 相等
• 务必记得把 tm_isdst 重置为 -1，否则夏令时可能会干扰结果
• 跨年的情况也得考虑：如果原 tm_mon 是 11，下月应设为 0，同时 tm_year 加 1

为什么不用 calendar 库或第三方？

得承认，市面上并不是没有现成的轮子。但问题是：目前没有哪个广泛采用的、轻量级的、头文件-only 的 C++ 日期库能稳定处理所有边界情况——比如公元前年份、儒略历切换、时区跳变这些极端场景。Boost.Date_Time 功能确实强大，但依赖重、编译慢；Howard Hinnant 的 date.h 虽然写法简洁，但需要额外引入，且不是所有平台都默认支持。

对于大多数业务场景——金融结算、报表截止日判断这类——C++20 原生方案或者 mktime 方案已经完全够用了，而且没有任何外部依赖。

• 如果用 date.h，写法会更简洁：year_month_day_last{y/m} == ymd，前提是构建环境允许添加这个头文件
• 如果项目既不能用 C++20，也无法引入第三方库，mktime 是唯一可移植的兜底方案
• 一个不建议的做法：用 strftime 格式化后解析字符串来判断。既慢又容易受 locale 影响——某些 locale 下 “31” 会被格式化成全角字符 “３１”，直接导致比对失败

容易被忽略的边界：时区与本地时间

所有基于 std::chrono::system_clock::now() 或 time(nullptr) 的方案，默认使用的是系统本地时间（或 UTC，取决于具体实现）。但“当月最后一天”本质上是个日历概念，跟时区没有直接关系。问题出在输入上：如果你传入的是带时区的时间点（比如用户提交的 ISO 字符串），那就必须先做时区转换，再判断日历日期。

• 举个例子：UTC 时间 2024-02-29T23:00:00Z 在北京时间下是 2024-03-01，此时它已经不再是 2 月的最后一天了
• 关键是要搞清楚你手里拿到的“日期”到底是什么——是纯粹的本地日历日期，还是带时区的时间快照。前者可以直接比对，后者必须先做时区转换
• C++20 的 std::chrono::zoned_time 可以辅助转换，但如果只是判断日期，更推荐统一转为 year_month_day 再操作，避免时间点精度带来的干扰

说到这里，其实真正麻烦的从来不是算法本身，而是搞清楚你手里那个“日期”到底代表什么——它只是一个日历格子，还是某个时间点的快照？搞清楚了这一点，剩下的就只是选一个合适的技术路径了。