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{2025y/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{2025y/4_d/last} → 2025-04-30

auto mdy = std::chrono::year_month_day{2025y / 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 会返回错误偏移。

• 不要假设 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。