C++标准库不支持闰秒，所有时间类型基于跳过闰秒的Unix时间；std::chrono::zoned_time依赖IANA时区数据库但不改变time_point语义；检测闰秒需自行解析leapseconds文件并比对UTC时刻。
闰秒在C++里根本不存在标准表示
标准C++（包括std::chrono、std::time_point、std::tm）不支持闰秒。所有标准时间类型都基于“平太阳时”（TAI或UTC连续计数，但忽略闰秒插入），std::chrono::system_clock通常实现为Unix时间（自1970-01-01T00:00:00 UTC起的秒数），而Unix时间本身**跳过闰秒**——23:59:59之后直接是次日00:00:00，中间没有23:59:60。
为什么std::chrono::zoned_time也看不出闰秒
std::chrono::zoned_time依赖IANA时区数据库（tzdb），但该数据库只记录闰秒发生的时间点（如"2016-12-31T23:59:60Z"），并不改变time_point的底层数值语义。当你用zoned_time.get_sys_time()拿到sys_time，它仍是线性Unix秒数；即使你用zoned_time::get_local_time()格式化输出，标准库也不会生成"23:59:60"这样的字符串——它要么重复输出23:59:59（回拨式实现），要么跳过（更常见），具体取决于底层tzdb解析逻辑和C库行为，但**C++标准未规定闰秒格式化行为，因此不可靠、不可移植**。
真要检测闰秒，得自己查表+做转换
IANA官方发布的leapseconds文件（https://www.iana.org/time-zones/repository/tzdata/leapseconds）是唯一权威来源。它以纯文本列出每次闰秒发生的TAI-UTC差值及生效时刻（UTC时间）。实际使用需：
- 下载并定期更新
leapseconds文件（注意其有效期，末尾有EXPIRES行） - 解析该文件，提取所有
Leap行：格式为Leap YEAR MONTH DAY HH MM SS R/S，其中R表示正闰秒（+1秒），S表示负闰秒（理论存在但从未发生） - 将给定UTC时间（精确到秒）与每个闰秒生效时刻比对：若该UTC时间等于某次闰秒的
YEAR MONTH DAY HH MM SS，且该闰秒尚未被撤销（即后续无抵消），则属于闰秒时刻 - 注意：闰秒发生在UTC的23:59:60，但
leapseconds文件中记录的是“闰秒插入前最后一秒的UTC时间”，即23:59:59 —— 所以判断逻辑是：target_utc_seconds == leap_event_utc_seconds，此时下一秒就是闰秒
示例片段（伪代码）：
立即学习“C++免费学习笔记（深入）”；
// 假设已解析出 leap_events = vector<pair<sys_seconds, int>> // {UTC秒数, +1}
auto utc_tp = floor<seconds>(your_time_point); // 舍入到整秒
for (const auto& [leap_utc, delta] : leap_events) {
if (utc_tp == leap_utc && delta == 1) {
// 此刻是闰秒前一秒，下一秒即23:59:60
return true;
}
}
别指望strftime或std::format输出"60"
strftime的%S格式符在闰秒时刻（如果系统glibc支持且启用了闰秒补丁）可能返回60，但这是非标准扩展，且现代Linux发行版默认禁用；std::format("{:%S}", tp)完全不处理闰秒，永远输出00–59。跨平台项目中，任何依赖格式化输出判断闰秒的行为都会失败。
真正需要高精度UTC对齐（比如天文观测、金融高频时间戳审计）的场景，必须绕过C++标准库，直接对接TAI时间源（如GPS时、原子钟NTP服务）或使用专业库（如libtai），而不是试图从std::time_t里“挖出”闰秒标记。
