java 夏令时 重置偏移量_那些年我们踩过的坑——Java中Date夏令时日期转换不一致问题...

一、问题描述

前段时间遇到一个很神奇且费解的问题,程序将用户的生日从日期类型转为string类型时,竟然莫名其妙的少了一天,具体表现为存在数据库的19900916这个日期,取出到程序后做转换为字符串的操作,然后神奇的变为了19900915,并且在开发环境重现时出现了有些同事能够重现,而有些同事无法复现的情况。最终,我们发现了问题的原因,真的可谓是你意想不到的坑之一。

如下图为问题复现:

f9a531f6e4242a029651517b6b780a59.png

可见19900906经过日期转换后依然为

Sun Sep 16 00:00:00 CDT 1990

但是获取时间戳,再通过时间戳进行时间转换的时候日期就变成了

1990-09-15T08:23:00.000+08:00

可以看出,时间少了一个小时,如果只看年月日的话就是日期少了一天。

二、夏令时制度

在解答这个问题的时候,不得不先介绍夏令时的概念

夏时制,又称“日光节约时制”(Daylight Saving Time),是一种为节约能源而人为规定地方时间的制度,在这一制度实行期间所采用的统一时间称为“夏令时”。一般在天亮早的夏季人为将时间提前一小时,可以使人早起早睡,减少照明量,以充分利用光照资源,从而节约照明用电。各个采纳夏时制的国家具体规定不同。目前全世界有近110个国家每年要实行夏令时.

而且中国也有一段时间实行过夏令时制度,惊喜吧。

我国解放前几年在部分地区也曾实行过夏令时。1986年4月,中央有关部门发出“在全国范围内实行夏时制的通知”,具体作法是:每年从四月中旬第一个星期日的凌晨2时整(北京时间),将时钟拨快一小时,即将表针由2时拨至3时,夏令时开始;到九月中旬第一个星期日的凌晨2时整(北京夏令时),再将时钟拨回一小时,即将表针由2时拨至1时,夏令时结束。从1986年到1991年的六个年度,除1986年因是实行夏时制的第一年,从5月4日开始到9月14日结束外,其它年份均按规定的时段施行。1992年起,夏令时暂停实行。

1935年至1951年,每年5月1日至9月30日

1952年3月1日至10月31日

1953年至1954年,每年4月1日至10月31日

1955年至1956年,每年5月1日至9月30日

1957年至1959年,每年4月1日至9月30日

1960年至1961年,每年6月1日至9月30日

1974年至1975年,每年4月1日至10月31日

1979年7月1日至9月30日

1986年至1991年,每年4月中旬的第一个星期日2时起至9月中旬的第一个星期日2时止。具体如下:

1986年5月4日至9月14日,

1987年4月12日至9月13日,

1988年4月10日至9月11日,

1989年4月16日至9月17日,

1990年4月15日至9月16日,

1991年4月14日至9月15日。

在实行夏时制期间出生者,其实际出生时间应为当时的出生时间须减去1小时,即:将调快的1小时减回来。因此,如为实行夏时制时期出生,如当时记录的出生时间是夏令时,请注意将夏令时前推一小时方为实际出生时间。

例如夏令时公历1991年5月2日0点10分出生,则将夏令时换算为正常时间即 1991年5月1日23点10出生。

看来,如果用户生日假如真的是1990-09-16 00:00:00,并且这个时间为夏令时的话,那么他的生日确实是1990-09-15 23:00:00。可是用户才不会听你解释什么夏令时,你给他把生日计算错了,他就会投诉你。接下来在让我们看看java程序为什么会算错呢?

原来java的Date类型遵循Unix时间规则,将1970-01-01 00:00:00为世界纪元起点,以毫秒为单位。内部存放的Time为long型,返回自 1970 年 1 月 1 日 00:00:00 GMT 以来此 Date 对象表示的毫秒数。当我们使用中国夏令时获取到的long型时间,然后使用toString()做转换的时候java自动减少了一小时,也就获得了之后不正确的时间。

三、jdk版本区别

加入真的有这个坑的话,为什么我们最近才发现,之前一直没有遇到过呢,并且我们为什么有些人能够复现,有些人却复现不了呢?带着这个问题,我们继续追查,最终发现原来是jdk版本的差别。

大家注意上面那个有问题的是基于jdk1.8.0_201,而下列这张图是基于jdk1.8.0_131的,就没有出现该类问题,可以推测比jdk1.8.0_201的版本可能都有此类问题。所以难道是jdk版本升级内置了对于中国夏令时那段时间的支持?如果真是如此的话,不得不佩服jdk开发人员的细致程度,但也给我带来了一次不大不小的坑。

34f903aa1a5553af60b04612e4bb7eca.png

四、解决方法

1.使用SimpleDateFormat.format的方法没发现有此类问题

2.使用Calendar类,虽然繁琐一点

3.最推荐的方法:

设置应用的

TimeZone.setDefault(TimeZone.getDefault().getTimeZone("GMT+8"));

或加启动参数

-Duser.timezone=GMT+8

附一张使用GMT(格林尼治标准时间-也叫世界时)的结果图

366d030aa48ef81f5a13068e0173ce5e.png

谢谢阅读,希望你能避免此坑~

---------------------------------------------------------------------------------我是分割线--------------------------------------------------------------------------

to be a better me, talk is cheap show me the code

版权所有,转载请注明原文链接。

文中有不妥或者错误的地方还望指出,以免误人子弟。如果觉得本文对你有所帮助不妨【点赞】一下!如果你有更好的建议,可以给我留言讨论,共同进步!

再次感谢您耐心的读完本篇文章。

  • 2
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值