闰秒概念是 1972年提出的，之所以有这个概念，主要是因为由于潮汐等自然现象的影响，地球的自转速度并不是恒定的。

所以，每隔一段时间世界标准时间「协调世界时（UTC）」会依据地球围绕太阳运动计算的「世界时（UT）」之间出现小的偏差。

所以就需要对协调世界时进行调快或者拨慢1秒来消除这个偏差。

闰秒分为正闰秒和负闰秒，正闰秒表示需要在UTC中插入1秒，负闰秒表示需要在UTC中减少1秒。

闰秒发生

当科学家们发现”哎呀、今年的地球转的有点快呀，赶紧加一个闰秒来校正一下吧”，这个时间就会发生”正闰秒”。

当闰秒发生时，就需要通过网络时间协议NTP （Network time protocol）来进行时间同步，NTP服务器会一级一级地下发闰秒事件通知直到最边缘的NTP服务器，然后NTP服务器就会把闰秒通知发给客户端的操作系统，由操作系统来处理闰秒通知。

如果你的计算机系统没有开启NTP服务，那么导致的问题就是你的计算机上的机器时间就会比世界时间慢1秒。

如果开了NTP服务的话，就需要操作系统来处理这个闰秒。

闰秒的处理

一般来说，闰秒的调整一般被安排在6月30日或者12月31日，一般会调整在最后一分钟，也就是说，某一年的6月

30日的11:59分有61秒。那么计算机系统会如何处理这个闰秒呢？

一般有以下几种方式，如：

1. 直接显示23:59:60这样的时间。
2. 显示两次23:59:59这个时间。
3. 把这一秒平均分到最后一分钟的每一秒钟，也就是11:59还是有60秒，但是每一秒的时长是1+1/60秒。

不同的操作系统，不同操作系统的不同版本，都会有不同的处理方式，所以我们的代码就需要有足够的鲁棒性来兼容这些闰秒的处理方式，如果没有做好兼容，那么就会发生各种各样的问题。

如需要兼容对23:59:60的处理；如操作会出现两次23:59:59，这对于一些对时间有精确的强依赖的程序来说，可能就会导致致命的问题，尤其是一些依赖时间戳的服务或者工具。

闰秒的危害

50年来，闰秒已经出现过27次，每一次出现都是一片”哀鸿遍野”，如：

2012年7月1日零点，Reddit、Mozilla、领英、Yelp 和 Amadeus 等网站宕机数十分钟。

2015年7月1日零点，全球约 2000个计算机网络突然短暂中断；美国洲际交易所被迫中止交易 61分钟。

2017年1月1日零点，Cloudflare 等云服务厂商服务突然崩溃。

因为闰秒的发生是受自然现象影响的，所以他完全无法预测也没有任何规律。对于程序员来说，这种无规律的事情，每次发生都需要进行一次特殊处理，而每一次特殊处理都可能要付出惨痛的代价。

2022年，Google、微软、facebook 和亚马逊终于忍不了了，联合呼吁废除闰秒。。。