最网引言：

我们经常听到的一般都是润年、润月，润秒这个概念很少碰到。

像时间这样的概念，相信在大家的脑海里肯定是个一成不变的概念吧，就是因为这样的概念，设计的系统等也都是按这个概念运行的，所以当出现“润秒”这样的概念的时候，对于一些系统来说是致命的。

所以不管在什么时候，我们不要去做一些太过绝对的肯定判断哦！

闰秒让部分互联网企业服务中断

    北京时间7月2日消息，国际地球自转服务组织和国际地球时间局宣布，将在2012年6月30日23:59:59增加一秒，记为23:59:60，这增加的一秒，却让一些流行网站和软件平台服务中断。

    由于地球自转速度减慢，昨天上午7时59分这一分钟，包含61秒，而非通常的60秒。早在今年1月，国际地球自转服务组织和国际地球时间局就宣布： 全世界在英国格林尼治时间2012年6月30日23:59:59将增加一秒，记为23:59:60，然后才是第二天的00:00:00。相对于北京时间， 也就是7月1日7：59增加一秒，出现7：59：60的特殊现象。

    这一秒的出现，让一些互联网企业很受伤，他们的服务因此而受到影响，受影响的网站包括Reddit、Mozilla、FourSquare、 Yelp、LinkedIn和Gawker等。部分企业把出现的问题归咎于Java构建的开源数据库Apche Cassandra，因为Java和Mysql导致巨高的CPU占用。

    Reddit发表公告称，太平洋时间下午5点，因闰秒的出现导致部分Java/Cassandra出现了问题，目前Reddit正在尽快恢复服务。

    Mozilla的Firefox浏览器，指出导致该问题的是他们使用的Hadoop出错，而该开源平台是由Java构建。一份Mozilla错误报 告则指明，Java是闰秒时服务器出错的根本原因。网站可靠性工程师Eric Ziegenhorn表示，这两者确实有关联，因为它们发生在同一时间。他进一步解释到，格林尼治时间午夜，包括Hadoop、 ElasticSearch和Java等，运行Java应用软件的服务器都出现了不工作的情况，他们相信Java是出错的根本原因。

    Gawker向媒体网站证实，他们也出现了相关的错误。Gawker首席技术官Tom Plunkett称，昨晚他们并不是一直都出现问题，而是持续大约有30分钟服务变得非常的不稳定。

    值得一提的是，谷歌并没因为出现闰秒而出现错误。据悉谷歌采取“leap smear”（闰秒弥补）技术来应对“闰秒”问题，即每次增加几毫秒最终增加到1秒钟。它调整了内部的网络时间协议（NTP）服务器，每次更新时都会增加几毫秒，在闰秒发生时达到增加1秒钟的目的。 
(本文主要部分来源于：www.uml.org.cn)