chrono::year_month_day不能直接用system_clock::now()构造，需先floor到日精度再转换；其字段需显式转int；本地日期应通过zoned_time获取，避免时区误差。
chrono::year_month_day 不能直接从当前时间构造
很多人写 chrono::year_month_day{system_clock::now()} 会编译失败——它没有接受 system_clock::time_point 的构造函数。标准库要求你先转成 sys_days（即以天为单位的纪元偏移），再隐式转换。
正确做法是：先用 floor<days></days> 截断到日精度，再转 sys_days，最后构造 year_month_day：
auto now = system_clock::now();
auto ymd = year_month_day{floor<days>(now)};
常见错误还包括误用 time_point_cast<days></days>，它会截断但不保证时区语义；而 floor<days></days> 是标准推荐方式，语义清晰且跨平台一致。
提取年、月、日字段要调用 .year()/.month()/.day()
year_month_day 是一个“视图”类型，不是三个整数的简单打包。它的 year() 返回 year 类型（含隐式转 int），month() 和 day() 同理，不能直接当 int 用。
立即学习“C++免费学习笔记（深入）”；
- 想获取
int值？必须显式调用.year().operator int()，更常用的是static_cast<int>(ymd.year())</int> -
ymd.month()返回month，其.operator unsigned()才是 1–12 的数字；直接cout 会输出类似 <code>Jan的字符串 -
ymd.day()同样需static_cast<unsigned>(ymd.day())</unsigned>才得数值
示例：
auto ymd = year_month_day{floor<days>(system_clock::now())};
int y = static_cast<int>(ymd.year());
unsigned m = ymd.month().operator unsigned();
unsigned d = static_cast<unsigned>(ymd.day());
注意 year_month_day 不带时区，也不处理本地时间
它基于 UTC 时间线上的 sys_days，和本地时区无关。如果你需要“用户所在时区的今天”，不能只靠 year_month_day —— 必须先用 current_zone()->to_local() 转本地时间点，再 floor 到天。
否则在跨午夜或夏令时切换时段，结果可能和用户直觉不符。例如北京时间 2024-10-27 00:30 UTC+8 对应 UTC 是 2024-10-26 16:30，直接用 system_clock::now() 构造会得到 10 月 26 日。
若需本地日期，推荐流程：
- 获取本地时区时间点：
zoned_time{current_zone(), system_clock::now()} - 转成本地
sys_days：floor<days>(zt.get_local_time())</days> - 再构造
year_month_day
year_month_day 默认输出不可读，调试时容易误判
直接 cout 会触发 <code>operator 输出形如 <code>2024/10/27 的格式，看似正常，但这是流操作符重载的结果，不是内部存储结构。一旦你对 ymd 做了无效操作（比如用 year{0} 构造后未检查有效性），输出仍可能显示数字，但值已处于无效状态。
安全做法是：每次使用前检查有效性：
if (ymd.ok()) {
// 安全使用
} else {
// 处理 year/month/day 越界（如 month=13）
}
ok() 检查年份是否在 [-32767, 32767]、月份是否为 1–12、日期是否在该月合法范围内。这个检查很容易被跳过，尤其在从外部输入解析日期时。
真正麻烦的是：无效的 year_month_day 可能静默通过编译，直到取值或格式化时才暴露问题。
