C++标准库无法直接判断闰秒，必须依赖IERS发布的权威闰秒列表（如leap-seconds.list）进行手动比对；所有27次闰秒均发生在UTC时间6月30日或12月31日23:59:60，且仅作用于UTC，需先将输入时间无损转换为UTC再比对。
闰秒不是C++标准库能直接判断的
标准C++（包括std::chrono、std::time_point、std::tm）不提供任何闰秒检测或标记能力。ISO 8601日期时间字符串（如"2016-12-31T23:59:60Z"）中出现的60秒值，是闰秒发生的唯一规范表示，但C++标准库所有解析函数（如std::get_time、std::chrono::parse）都会拒绝它——因为它们严格遵循POSIX时间语义，把秒域限制在0–59范围内。
实际能做的只有查表比对
国际地球自转服务（IERS）每半年发布一次闰秒公告，所有已知闰秒发生时刻都是确定的、离散的、可枚举的。截至2024年，共发生27次正闰秒，全部发生在UTC时间的23:59:60（即多出第60秒），且只出现在6月30日或12月31日末尾。
- 必须手动维护或加载一份权威闰秒列表（如IERS Bulletin C附录，或
leap-seconds.list文件） - 判断逻辑很简单：将输入日期转换为UTC时间点（注意时区转换不可省略），再检查该时刻是否精确等于某个已知闰秒发生时刻（即
YYYY-MM-DD 23:59:60 UTC） - 注意：闰秒只作用于UTC；如果你传入的是本地时间或含TZ偏移的时间字符串，必须先无损转换为UTC，否则比对无效
std::chrono无法表示闰秒时刻，别硬塞
试图用std::chrono::system_clock::time_point或std::chrono::utc_clock::time_point（C++20）去构造23:59:60会失败或静默截断。例如：
std::chrono::utc_clock::time_point tp = std::chrono::utc_clock::from_sys(
std::chrono::sys_days{std::chrono::year_month_day{2016y/12m/31d}} +
23h + 59min + 60s // ← 这里60s会被当作1min0s，结果变成2017-01-01 00:00:00 UTC
);
即使你用C++20的std::chrono::utc_clock，它也只支持“闰秒感知”的时间转换（需配合外部TAI/UTC跳变表），并不允许你直接构造或解析60秒值。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
推荐做法：用第三方库或自己解析leap-seconds.list
最可靠的方式是读取IERS官方发布的leap-seconds.list（格式简单，每行一个UTC时间戳+TAI-UTC差值），然后写一个轻量比对函数。关键点：
- 文件中时间戳是NTP秒数（从1900-01-01起），需转为Unix时间戳（从1970-01-01起）再对齐到日粒度
- 每个闰秒生效时刻对应文件中某一行的
##注释后第一个时间戳，且该行之后的TAI-UTC值会+1 - 不要依赖系统
/usr/share/zoneinfo/leap-seconds.list——内容可能过期，且格式非标准 - 若仅需判断“某天是否含闰秒”，只需检查该日是否为已知闰秒日期（如
2016-12-31），无需精确到秒——但要注意：闰秒只发生在当天最后一秒，其他时刻仍是正常时间
真正麻烦的从来不是代码怎么写，而是确保闰秒列表及时更新；漏掉一次公告，就可能让系统在闰秒窗口内产生1秒误差——而这个误差不会自动修正。
