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秒值。
推荐做法:用第三方库或自己解析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秒误差——而这个误差不会自动修正。
C++免费学习笔记(深入):立即使用
在学习笔记中,你将探索 C++ 的入门与实战技巧!











