时间戳

除闰秒产生的问题编辑

    时差和事件顺序的计算编辑

    要计算两个给定UTC日期之间以秒为组织的运行时间，需要查阅闰秒表，每当宣布新的闰秒时，就需要更新该表。由於闰秒仅提前6个月知道，因此无法计算未来较长远的UTC日期时间间隔。

    遗漏闰秒公告编辑

    1

    虽然BIPM会提前6个月宣布闰秒，但大多数时间分配系统SNTP、IRIG-B英语：IRIGtimecode、PTP英语：PreeProtocol最多提前12小时宣布闰秒[来源请求]，有时只在最後一分钟，有些甚至根本没有DNP03[来源请求]。不定期同步的时钟可能会错过一个闰秒，但仍然可能声称是完全同步的[需要解释]。

    实施差异编辑

    并非所有时钟都以相同的管道实现闰秒。Unix时间中的闰秒通常通过重复23:59:59或添加23:59:60来实现。网络时间协定SNTP在闰秒期间冻结时间[来源请求]，伺服器发出声明某个时段的"警报状态"[来源请求]。其它方案抹黑在闰秒附近的时间[49][50]。

    闰秒的文字标记法编辑

    BIPM将闰秒的文字表示定义为"23:59:60"。有些程式不熟悉此格式，在处理此类输入时可能会报告错误。

    闰秒的二进位标记法编辑

    大多数电脑作业系统和大多数时间分配系统使用二进位计数器表示时间，该计数器指示自任意纪元起经过的秒数；例如，在POSIX机器中自1970-01-0100:00:00，或在NTP中自1900-01-0100:00:00。这些计数器不计算正闰秒，并且没有cHa入闰秒的指示器，因此顺序中的两秒将具有相同的计数器值。一些计算机的C作系统，特别是Linux，将前一个23:59:59秒的计数器值指定给闰秒59-59-0序列[来源请求]。由於没有规范此序列的标准，因此在同一时间采样值的时间戳记可能会变化1秒。这可以解释依赖时间戳记值的时间关键型系统的缺陷[来源请求]。

    与闰秒相关的其他报告的软T问题编辑

    2012年6月30日闰秒之後，许多组织报告了由有缺陷的软T引起的问题。报告出现问题的网站有RedditApacheCassandra、MozilHadoop[51]、Qantas[52]和运行Linux的各种网站[53]。

    摩托罗拉OncoreVP、UT、GT和M12GPS接收机的旧版本存在软T缺陷，如果256周内没有计画闰秒，则会导致单个时间戳记关闭一天。在2003年11月28日，就发生了这样的事件。在午夜时分，具有此固件的接收器报告2003年11月29日，持续1秒，然後恢复到2003年11月28日[54][55]。

    1

    较旧的TrimbleGPS接收机存在软T缺陷，会在GPS开始广播下一个闰秒cHa入时间b实际闰秒提前几个月後立即cHa入一个闰秒，而不是等待下一个闰秒发生。在这段时间里，接受者的休息时间减少了一秒钟[56][57]。

    较旧的基准泰梅塞Tymeserve2100GPS接收器和对称通信的泰梅塞2100接收器也有与旧的TrimbleGPS接收器类似的缺陷，时间减少了一秒钟。在一收到闰秒预告的通知就立即应用，而不是等待正确的日期。已经描述并测试了一种解决方法，但如果GPS系统重播公告，或者装置断电，问题将再次出现[58]。

    2015年1月21日，多个型号的GPS接收机在GPS发布公告後立即实施了闰秒，而不是等