时间戳 (第4/8页)

入或删除闰秒产生的问题编辑

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

    要计算两个给定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发布公告後立即实施了闰秒，而不是等到6月30日的实施日期[59]。

    NTP协定指定了一面标志，告知接收方闰秒即将到来。但是，一些NTP伺服器未能正确设置闰秒标志[60][61][62][63]。一些NTP伺服器在cHa入闰秒後，长达一天内都回应错误的时间[64]。

    使用GPS或伽利略以及中国北斗在市场销售的四种不同品牌卫星数据导航接收机，甚至一些单独使用北斗卫星的接收机，被发现提前一天实施闰秒[65]。这可以追溯到一个事实：北斗将一周中的天数从0到6进行编号，而GPS和伽利略则将其从1到7进行编号。闰秒对商业部门的影响被描述为「一场噩梦」[66]。由於金融市场容易受到科技和法律上的闰秒问题影响，7家清算所和11家证券交易所包括纽约证券交易所的母公司洲际交易所在2015年6月30日闰秒时停止营运61分钟[67]。

    尽管对2015年闰秒进行了宣导，但由於某些路由器的闰秒相关软T错误，仍发生了少量网路故障[68]。此外，Twitter、Instagram、Pi、flix、亚马逊和苹果的音乐流媒T系列Beats1也出现了约40分钟的中断[69]。

    思科系统NEXUS5000系列作业系统NX-OS的几个旧版本版本5.0、5.1、5.2受到闰秒错误的影响[70]。

    闰秒软T的漏洞影响了澳航和维珍澳洲航空使用的Altea航空公司预订系统[71]。

    Cloudfre受到闰秒软T错误的影响。它的域名系统DNS解析器在实现减去从Go程式设计语言的time.Now函数中获得的两个时间戳记时，错误地计算了一个负数，然後该函数只使用了实时时钟源[72]。这原本可以通过使用单调的时钟源来避免，该时钟源後来被添加到Go1.9中[73]。

    人们担心2016年12月31日收成期间使用GPS的农业设备会受到2016年闰秒设置错误的影响[74]。GPS导航使用GPS时间，不受闰秒的影响[75]。

    1

    闰秒问题的解决方法编辑

    最明显的解决方法是在所有C作中使用国际原子时TAI尺规用於所有C作目的，并将其转换为协调世界时UTC成为人们可的文件。UTC总是可以从TAI中汇出，并带有合适的闰秒表；反之则不确定。电影电视工程师协会SocietyofMotionPictureandTelevisionEngineers，s8mPTE的视频/音讯行业标准机构选择推导TAI来作为媒T的时间戳记[76]。IEC/IEEE60802时效X网路规定了所有C作的TAI。电网自动化计画切换到TAI，用於在全球电网中发布事件。蓝牙网状网络英语：Bluetoothmeshw也使用TAI[77]。

    Google伺服器没有在一天结束时cHa入闰秒，而是实施"闰秒涂抹"，在以闰秒为中心的24小时内略微延长秒数[50]。亚马逊在2015年6月30日cHa入闰秒时，采用了类似但略有不同的模式[78]，导致另一个时间尺度激增的案例。他们後来发布了一个NTP服务的EC2实例，该服务执行"闰秒涂抹"[79]。带有线X闰秒涂抹的UTC-SLS被提议作为UTC的一个版本，但从未成为标准[80]。

    有人提议，使用实时传输协议的媒T用户端在闰秒和之前的那一秒期间禁止生成或使用NTP时间戳记[81]。

    NIST建立了一个特殊的NTP时间伺服器，提供UT1而不是UTC[82]。在ITU决议通过，并且不再cHa入闰秒的情况下，这种伺服器将特别有用[83