`
su1216
  • 浏览: 670460 次
  • 性别: Icon_minigender_1
  • 来自: 北京
博客专栏
Group-logo
深入入门正则表达式(jav...
浏览量:71876
E60283d7-4822-3dfb-9de4-f2377e30189c
android手机的安全问...
浏览量:128680
社区版块
存档分类
最新评论

小心程序中的时间(时间调整/闰秒)

    博客分类:
  • java
阅读更多

先来看一个java中关于时间计算的例子

import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.TimeZone;

public class Test {

	public static void main(String[] args) throws ParseException {
		String shanghaiTest1 = "1927-12-31 23:54:07";  
		String shanghaiTest2 = "1927-12-31 23:54:08";
		Test.testDate(shanghaiTest1, shanghaiTest2, TimeZone.getDefault());
	}
	
	public static void testDate(String date1, String date2, TimeZone timeZone) throws ParseException{
		TimeZone.setDefault(timeZone);
		SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
		Date d1 = simpleDateFormat.parse(date1);  
		Date d2 = simpleDateFormat.parse(date2);
		long ld1 = d1.getTime() /1000;  
		long ld2 = d2.getTime() /1000; 
		
		System.out.println(ld1);  
		System.out.println(ld2);  
		System.out.println(ld2-ld1);
		System.out.println(TimeZone.getDefault());
	}
}

输出:

 

-1325491905
-1325491552
353
sun.util.calendar.ZoneInfo[id="Asia/Shanghai",offset=28800000,dstSavings=0,useDaylight=false,transitions=19,lastRule=null]

 

上面的程序很简单

把1927-12-31 23:54:07和1927-12-31 23:54:08转换成秒,然后做差

正常人都会认为相差一秒,可是结果353却吓人一跳

 

有人在stackoverflow提出了这个问题,之后就有人给出了答案

在这里http://www.timeanddate.com我们可以看到原因,原来是标准时区被改变了。

 

http://www.timeanddate.com/ 写道
When local standard time was about to reach
Sunday, 1 January 1928, 00:00:00 clocks were turned backward 0:05:52 hours to
Saturday, 31 December 1927, 23:54:08 local standard time instead

 

其实不止是中国,下面再来一个莫斯科的例子

 

String moscowTest1 = "1916-07-03 00:00:48";  
String moscowTest2 = "1916-07-03 00:00:00";
Test.testDate(moscowTest1, moscowTest2, TimeZone.getTimeZone("Europe/Moscow"));

 

输出:

 

-1688265000
-1688265000
0
sun.util.calendar.ZoneInfo[id="Europe/Moscow",offset=14400000,dstSavings=0,useDaylight=false,transitions=78,lastRule=null]
http://www.timeanddate.com/ 写道
When local standard time was about to reach
Monday, 3 July 1916, 00:00:00 clocks were turned forward 0:00:48 hours to
Monday, 3 July 1916, 00:00:48 local standard time instead

 

http://www.timeanddate.com网站做的很有意思,当把鼠标放到左侧的钟表上时,会弹出一个窗口,演示时间是如何调整的。

 

我们经常这样计算:现在 + 24 * 60 * 60 * 1000 = 明天的这个时候,现在看来这个等式未必成立了。

 

最后我们看看闰秒的知识,下面内容来自维基百科

闰秒

 

闰秒是在协调世界时(UTC)中增加或减少一秒,使它与平太阳时贴近所做调整。UTC,是透过广播作为民用时的官方时间基础,它使用非常精确的原子钟来维护。要保持UTC与平太阳时的一致性,偶尔需要调整,也就是"跳个"1秒来做调整。在长时间的周期,必须添加闰秒不断的增加速度。闰秒的时间现在是由国际地球自转和参考座标系统服务(IERS)来确认,而在1988年1月1日之前是由国际时间局(BIH)承担这项职责。

当要增加正闰秒时,这一秒是增加在第二天的00:00:00之前,效果是延缓UTC第二天的开始。当天23:59:59的下一秒被记为23:59:60,然后才是第二天的00:00:00。如果是负闰秒的话,23:59:58的下一秒就是第二天的00:00:00了,但目前还没有负闰秒调整的需求。需要时的日长度必须低于1750-1892年的平均日长度,才会累积足够调整1秒所需要的时间。除了每天4毫秒的波动外,日长度自1700年以来都保持一样。然而,从历史上的日食观测则显示,自西元前700年以来,每个世纪的日长度大约增加1.7毫秒。

 

 

 

建议取消闰秒

 

全球定位系统服务界面委员会在得克萨斯州沃斯堡举行的第47届会议中宣布,他们已经邮寄出停止闰秒的表决案。这项表决的计划是:

1.2008年4月:国际电信联合会(ITU)的工作小组提出国际电信联合会的研究,推荐停止闰秒的7A计划案。

2.在2008年,研究小组通过邮件让各会员国投票表决该议案。

3.2011年10月:国际电信联合会无线电通讯组(ITU-R)释出他们的研究报告,Status of Coordinated Universal Time (UTC) study in ITU-R,为2012年1月在日内瓦举行的会议做准备;报告上指出,到目前为止,在2010和2011年回应此议案的联合国机构,在192会员国中有16个做了回复,13个赞成改变,3个反对,正反比是13:3。

4.2012年1月:国际电信联合会决定在2015年的世界无线电会议中再决定闰秒的存废。法国、意大利、日本、墨西哥和美国倾向支持,加拿大、中国、德国和英国倾向反对。其它,包括尼日利亚、俄罗斯、和土耳其则呼吁要再多研究。BBC国家国际电信联合会决定进一步研究对大众传播社群的影响。

5.2015年:世界无线电会议将对此问题作成决议。

 

 

闰秒的原因

 

需要闰秒的部分原因是因为平均太阳日的长度正以非常缓慢的速度增加中,另一个原因是原子钟赋予秒固定的时间长度。而当结合时,就已经比当时的太阳时的秒短少了一点点。时间现在是以稳定的原子钟来测量(TAI或国际原子时),而地球自转有着许多的变量。

 

以国际单位的秒为基准,从1962年至2010的每日长度改变。

最初,秒是依据地球绕着轴自转和绕太阳的公转,以平均太阳日的1⁄86400来定义(参见太阳时)。到了20世纪中叶,很明显的,地球自转没有提供足够一致的标准,于是在1956年改以绕太阳轨道公转一年的时间重新定义秒。在1967年,秒又被以物理学的属性再一次重新定义:以铯133的振荡频率来定义秒,并可以用原子钟来测量。但主要由于潮汐加速,太阳日变成每世纪增长1.7毫秒(每世纪2.3ms,但冰河反弹会缩减0.6ms)

 

 

闰秒对程序造成的影响

我们来看看最近一次(2012-06-30)调整闰秒对程序的影响,下面内容转自新闻网站

搜狐IT消息 写道
北京时间7月2日消息,据国外媒体报道,上周日晚Reddit、Mozilla和Gawker等多家网站遭遇短暂的技术故障,原因在于在将“闰秒”加入世界原子钟的过程中,支撑这些网站操作的软件受到影响。
上周六,格林威治时间午夜,从6月跨越到7月的过程中,地球官方时间将回拨一秒,以保持和地球每日自转同步。根据网上的多篇报道,包括Liunx操作系统和Java应用平台在内的多个软件基础平台无法处理这多出来的一秒。
许多计算机系统使用网络时间协议(NTP)来保持与世界原子钟的同步,当一秒被增加后,一些系统根本不知道如何处理。
就在“闰秒Bug”出现之前,互联网刚刚从亚马逊网络服务的当机中恢复过来。作为最成功的商业云平台,很多网站都放置在亚马逊的平台上,占到了互联网总数的约1%。包括谷歌在内的一些网站提前预见到了“闰秒”的问题并为此做好了准备,但其他很多网站对这件事就没有这么上心。
新闻聚合和讨论网站Reddit就遭遇“Java/Cassandra”问题。Java/Cassandra”是Facebook用Java开发的开源数据库。不过Reddit没有回应关于此事的置评要求。
与此同时,Mozilla网站稳定性工程师,同时又是火狐浏览器开发者的Eric Ziegenhorn发布了一份bug报告,称Mozilla正遭遇Hadoop问题。Hadoop是另一个用Java开发的开源平台。自从午夜出现问题之后,Ziegenhorn 同样将这一问题归咎于闰秒。
其他人则抱怨Linux服务器出现问题。根据BuzzFeed的报道,Foursquare、Yelp、LinkedIn、Gawker和StumbleUpon同样受到闰秒bug的困扰。这5家网站中只有Gawker回应了置评要求,声称它因为使用了Tomcat网络服务器架设自己的网站而遭遇“闰秒”问题。
上周五Foursquare承认网站因为亚马逊的云服务关闭而当机。但它并没有承认因“闰秒”引发的错误。
Opera软件资深系统管理员,Opera浏览器开发者Marco Marongiu曾就“闰秒”问题发出警告,并提供多种可能的变通方法。但正如他指出的,“闰秒”问题并不新鲜。自从上世界70年代初设立原子钟以来,已经出现了约25次闰秒。
去年9月,谷歌在一篇帖子中详细阐述了如何处理闰秒问题。这家网络巨头使用了一种叫做“闰秒弥补”的技术,也就是在官方闰秒到来之前,逐步在自己的系统时钟中增加毫秒。
谷歌表示,这意味着当时间在午夜新增一秒,公司的时钟已经考虑到了这一点,并通过偏移时间的方法来解决。公司所有服务器可以继续正常提供服务,而根本不用顾及“闰秒”问题。

 

 

转贴请保留以下链接

本人blog地址

http://su1216.iteye.com/

http://blog.csdn.net/su1216/

  • 大小: 29.8 KB
分享到:
评论
1 楼 ldbjakyo 2012-07-10  
比我的认真

相关推荐

    pandas-1.3.5-cp37-cp37m-macosx_10_9_x86_64.zip

    pandas whl安装包,对应各个python版本和系统(具体看资源名字),找准自己对应的下载即可! 下载后解压出来是已.whl为后缀的安装包,进入终端,直接pip install pandas-xxx.whl即可,非常方便。 再也不用担心pip联网下载网络超时,各种安装不成功的问题。

    基于java的大学生兼职信息系统答辩PPT.pptx

    基于java的大学生兼职信息系统答辩PPT.pptx

    基于java的乐校园二手书交易管理系统答辩PPT.pptx

    基于java的乐校园二手书交易管理系统答辩PPT.pptx

    tornado-6.4-cp38-abi3-musllinux_1_1_i686.whl

    tornado-6.4-cp38-abi3-musllinux_1_1_i686.whl

    Android Studio Ladybug(android-studio-2024.2.1.10-mac.zip.002)

    Android Studio Ladybug 2024.2.1(android-studio-2024.2.1.10-mac.dmg)适用于macOS Intel系统,文件使用360压缩软件分割成两个压缩包,必须一起下载使用: part1: https://download.csdn.net/download/weixin_43800734/89954174 part2: https://download.csdn.net/download/weixin_43800734/89954175

    基于ssm框架+mysql+jsp实现的监考安排与查询系统

    有学生和教师两种角色 登录和注册模块 考场信息模块 考试信息模块 点我收藏 功能 监考安排模块 考场类型模块 系统公告模块 个人中心模块: 1、修改个人信息,可以上传图片 2、我的收藏列表 账号管理模块 服务模块 eclipse或者idea 均可以运行 jdk1.8 apache-maven-3.6 mysql5.7及以上 tomcat 8.0及以上版本

    tornado-6.1b2-cp38-cp38-macosx_10_9_x86_64.whl

    tornado-6.1b2-cp38-cp38-macosx_10_9_x86_64.whl

    Android Studio Ladybug(android-studio-2024.2.1.10-mac.zip.001)

    Android Studio Ladybug 2024.2.1(android-studio-2024.2.1.10-mac.dmg)适用于macOS Intel系统,文件使用360压缩软件分割成两个压缩包,必须一起下载使用: part1: https://download.csdn.net/download/weixin_43800734/89954174 part2: https://download.csdn.net/download/weixin_43800734/89954175

    基于MATLAB车牌识别代码实现代码【含界面GUI】.zip

    matlab

    基于java的毕业生就业信息管理系统答辩PPT.pptx

    基于java的毕业生就业信息管理系统答辩PPT.pptx

    基于Web的毕业设计选题系统的设计与实现(springboot+vue+mysql+说明文档).zip

    随着高等教育的普及和毕业设计的日益重要,为了方便教师、学生和管理员进行毕业设计的选题和管理,我们开发了这款基于Web的毕业设计选题系统。 该系统主要包括教师管理、院系管理、学生管理等多个模块。在教师管理模块中,管理员可以新增、删除教师信息,并查看教师的详细资料,方便进行教师资源的分配和管理。院系管理模块则允许管理员对各个院系的信息进行管理和维护,确保信息的准确性和完整性。 学生管理模块是系统的核心之一,它提供了学生选题、任务书管理、开题报告管理、开题成绩管理等功能。学生可以在此模块中进行毕业设计的选题,并上传任务书和开题报告,管理员和教师则可以对学生的报告进行审阅和评分。 此外,系统还具备课题分类管理和课题信息管理功能,方便对毕业设计课题进行分类和归档,提高管理效率。在线留言功能则为学生、教师和管理员提供了一个交流互动的平台,可以就毕业设计相关问题进行讨论和解答。 整个系统设计简洁明了,操作便捷,大大提高了毕业设计的选题和管理效率,为高等教育的发展做出了积极贡献。

    机器学习(预测模型):2000年至2015年期间193个国家的预期寿命和相关健康因素的数据

    这个数据集来自世界卫生组织(WHO),包含了2000年至2015年期间193个国家的预期寿命和相关健康因素的数据。它提供了一个全面的视角,用于分析影响全球人口预期寿命的多种因素。数据集涵盖了从婴儿死亡率、GDP、BMI到免疫接种覆盖率等多个维度,为研究者提供了丰富的信息来探索和预测预期寿命。 该数据集的特点在于其跨国家的比较性,使得研究者能够识别出不同国家之间预期寿命的差异,并分析这些差异背后的原因。数据集包含22个特征列和2938行数据,涉及的变量被分为几个大类:免疫相关因素、死亡因素、经济因素和社会因素。这些数据不仅有助于了解全球健康趋势,还可以辅助制定公共卫生政策和社会福利计划。 数据集的处理包括对缺失值的处理、数据类型转换以及去重等步骤,以确保数据的准确性和可靠性。研究者可以使用这个数据集来探索如教育、健康习惯、生活方式等因素如何影响人们的寿命,以及不同国家的经济发展水平如何与预期寿命相关联。此外,数据集还可以用于预测模型的构建,通过回归分析等统计方法来预测预期寿命。 总的来说,这个数据集是研究全球健康和预期寿命变化的宝贵资源,它不仅提供了历史数据,还为未来的研究和政策制

    基于微信小程序的高校毕业论文管理系统小程序答辩PPT.pptx

    基于微信小程序的高校毕业论文管理系统小程序答辩PPT.pptx

    基于java的超市 Pos 收银管理系统答辩PPT.pptx

    基于java的超市 Pos 收银管理系统答辩PPT.pptx

    基于java的网上报名系统答辩PPT.pptx

    基于java的网上报名系统答辩PPT.pptx

    基于java的网上书城答辩PPT.pptx

    基于java的网上书城答辩PPT.pptx

    婚恋网站 SSM毕业设计 附带论文.zip

    婚恋网站 SSM毕业设计 附带论文 启动教程:https://www.bilibili.com/video/BV1GK1iYyE2B

    基于java的戒烟网站答辩PPT.pptx

    基于java的戒烟网站答辩PPT.pptx

    基于微信小程序的“健康早知道”微信小程序答辩PPT.pptx

    基于微信小程序的“健康早知道”微信小程序答辩PPT.pptx

    机器学习(预测模型):自行车共享使用情况的数据集

    Capital Bikeshare 数据集是一个包含从2020年5月到2024年8月的自行车共享使用情况的数据集。这个数据集记录了华盛顿特区Capital Bikeshare项目中自行车的租赁模式,包括了骑行的持续时间、开始和结束日期时间、起始和结束站点、使用的自行车编号、用户类型(注册会员或临时用户)等信息。这些数据可以帮助分析和预测自行车共享系统的需求模式,以及了解用户行为和偏好。 数据集的特点包括: 时间范围:覆盖了四年多的时间,提供了长期的数据观察。 细节丰富:包含了每次骑行的详细信息,如日期、时间、天气条件、季节等,有助于深入分析。 用户分类:数据中区分了注册用户和临时用户,可以分析不同用户群体的使用习惯。 天气和季节因素:包含了天气情况和季节信息,可以研究这些因素对骑行需求的影响。 通过分析这个数据集,可以得出关于自行车共享使用模式的多种见解,比如一天中不同时间段的使用高峰、不同天气条件下的使用差异、季节性变化对骑行需求的影响等。这些信息对于城市规划者、交通管理者以及自行车共享服务提供商来说都是非常宝贵的,可以帮助他们优化服务、提高效率和满足用户需求。同时,这个数据集也

Global site tag (gtag.js) - Google Analytics