现代C++推荐用std::chrono::year_month_day提取日并判断是否为1，需确保输入为有效sys_days；C++11/14可用localtime_r/s转tm后判tm_mday==1；字符串解析优先用C++20 parse，否则需严格格式校验。
用 std::chrono 提取年月日再判断日是否为 1
现代 C++（C++20 起）推荐用 std::chrono::year_month_day，它能直接拆解出日（day()），比手动解析字符串或用 tm 结构体更安全、无时区歧义。前提是你的日期已转为 sys_days（即系统时钟下的日期）。
常见错误是传入未归一化的 year_month_day —— 比如构造时用了无效日（如 2024-02-30），此时 day() 可能返回空值或触发断言。务必先确认输入有效：
- 从字符串解析时，用
parse并检查是否成功（返回的is流状态） - 从
time_t或system_clock::time_point转换时，先转成sys_days再构造year_month_day -
ymd.day().operator unsigned()才是具体数值，别直接拿ymd.day()比较
auto tp = system_clock::now();
auto sd = floor<days>(tp);
year_month_day ymd{sd};
if (static_cast<unsigned>(ymd.day()) == 1) {
// 是当月第一天
}
兼容 C++11/14 的方案：用 std::localtime + tm_mday
如果不能用 C++20，老式但稳定的做法是转 tm 结构体。注意：std::localtime 返回的是本地时区时间，且其结果指针是静态分配的，多线程下必须用 std::localtime_r（POSIX）或 std::localtime_s（MSVC）。
容易踩的坑：
立即学习“C++免费学习笔记（深入）”；
-
tm_mday是从 1 开始计数的（不是 0），所以直接判断tm.tm_mday == 1即可 - 别忽略
tm_isdst可能影响时区偏移，但对“是否每月第一天”无影响 - 若输入是 UTC 时间，应改用
std::gmtime系列，否则跨夏令时可能错判一天
time_t t = time(nullptr);
tm tm_buf{};
#ifdef _WIN32
localtime_s(&tm_buf, &t);
#else
localtime_r(&t, &tm_buf);
#endif
if (tm_buf.tm_mday == 1) {
// 是当月第一天
}
从字符串解析日期时，避免 strptime 的平台差异
Linux 下常用 strptime，但 Windows 不原生支持；而 std::get_time 在不同标准库实现中对格式符支持不一致（比如 %Y 和 %y 处理逻辑可能不同）。最稳妥的方式是用 C++20 的 parse，或退回到手写简单分割（适用于固定格式如 "YYYY-MM-DD"）。
示例（仅限 "YYYY-MM-DD"）：
string s = "2024-03-01";
if (s.length() == 10 && s[4] == '-' && s[7] == '-') {
string day_str = s.substr(8, 2);
if (day_str == "01") {
// 是当月第一天
}
}
这招快、无依赖，但只适用于你完全控制输入格式的场景。一旦出现 "2024-3-1" 或带空格，就失效。
注意时区和日历边界问题
“当月第一天”是日历概念，严格依赖时区。比如 2024-03-01T00:00:00Z 在东京（UTC+9）已是 3 月 1 日上午 9 点，但在纽约（UTC-5）还是 2 月 29 日晚上。
所以判断前必须明确：你要的是 UTC 时间的第一天，还是用户本地时间的第一天？两者结果可能差一天。没有统一答案，但代码里得显式体现选择：
- 用
system_clock::time_point→sys_days→year_month_day：默认按系统本地时区解释（实际取决于current_zone()，但多数实现等价于本地） - 用
utc_clock（C++20）→utc_days→ 转本地需指定时区，否则直接取日可能跨月
跨月边界（如 1 月 31 日加一个月）也会影响“当月第一天”的语义——但这属于日期运算范畴，不在本问题判断逻辑内。重点是：别把“日期值”和“日期运算结果”混为一谈。
