std::chrono::year_month_day 为什么不能直接输出？
因为 std::chrono::year_month_day 是一个纯数据结构，不带格式化能力。它只存年、月、日三个整数字段，没有重载 operator，所以 std::cout 会编译失败。
- 必须先转成
std::chrono::sys_days（即自纪元起的天数），再用std::format（C++20）或std::put_time（需转std::tm）输出 - 常见错误：试图对
year_month_day直接调用.time_since_epoch()—— 它没有这个成员函数 - 正确路径：构造 → 转
sys_days→ 转std::time_t或用std::format
std::chrono::year_month_day ymd{2024y/3/15};
std::chrono::sys_days sd{ymd}; // 必须这一步
std::cout << std::format("{:%Y-%m-%d}", sd); // 输出 "2024-03-15"std::chrono::zoned_time 怎么正确绑定时区？
不能直接传字符串如 "Asia/Shanghai" 给构造函数 —— C++20 标准库不内置时区数据库，依赖系统实现（libstdc++ 和 libc++ 行为不同）。
- libstdc++（GCC）默认不启用时区支持，需链接
-lstdc++_shared并确保系统有/usr/share/zoneinfo - libc++（Clang）需要运行时加载 TZDB，首次调用
std::chrono::get_tzdb_list()可能抛std::runtime_error - 安全做法：用
std::chrono::locate_zone("Asia/Shanghai")，但必须检查异常
try {
const auto* tz = std::chrono::locate_zone("Asia/Shanghai");
auto zt = std::chrono::zoned_time{tz, std::chrono::system_clock::now()};
} catch (const std::runtime_error& e) {
// 例如 "Unknown time zone: Asia/Shanghai"
}std::chrono::month_day_last 和 std::chrono::month_day 区别在哪？
它们都用于表示“某月的某日”，但语义和行为完全不同：
-
std::chrono::month_day是固定日期，比如4_d/31d表示“4月31日”——这在任何年份都非法，构造时就抛std::domain_error -
std::chrono::month_day_last表示“某月最后一天”，比如4_d/last表示“4月最后一天”，具体是 4月30日（非闰年2月除外）；它不校验是否有效，只有转换到具体年份时才确定日期 - 常用于计算月末：
year_month_day{2024y/4_d/last}→2024-04-30
auto mdy = std::chrono::year_month_day{2024y / std::chrono::April / std::chrono::last};
std::cout << std::format("{:%F}", std::chrono::sys_days{mdy}); // "2024-04-30"跨时区转换为什么容易漏掉夏令时（DST）？
因为 std::chrono::zoned_time 的转换逻辑完全依赖底层时区规则（TZDB），而 DST 规则每年可能变化。如果 TZDB 版本过旧，或系统未更新 zoneinfo 数据，zoned_time 会返回错误偏移。
立即学习“C++免费学习笔记（深入）”；
- 不要假设
Asia/Shanghai没有 DST（它确实没有），但America/New_York有；且 DST 起止日每年微调 - 避免手动加减小时数做“时区换算”，比如
+8不等于Asia/Shanghai—— 历史上该时区曾用 UTC+8:30 等 - 验证方式：对同一
sys_time构造多个zoned_time，比对.get_info().offset
真正可靠的跨时区操作，只应通过 zoned_time + get_sys_time() / get_local_time() 接口完成，不碰 raw offset。
