前段时间遇到一个很神奇且费解的问题,程序将用户的生日从日期类型转为string类型时,竟然莫名其妙的少了一天,具体表现为存在数据库的19900916这个日期,取出到程序后做转换为字符串的操作,然后神奇的变为了19900915,并且在开发环境重现时出现了有些同事能够重现,而有些同事无法复现的情况。最终,我们发现了问题的原因,真的可谓是你意想不到的坑之一。
如下图为问题复现:
可见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版本的差别。
大家注意上面那个有问题的是基于jdk1.8.0_201,而下列这张图是基于jdk1.8.0_131的,就没有出现该类问题,可以推测比jdk1.8.0_201的版本可能都有此类问题。所以难道是jdk版本升级内置了对于中国夏令时那段时间的支持?如果真是如此的话,不得不佩服jdk开发人员的细致程度,但也给我带来了一次不大不小的坑。
1.使用SimpleDateFormat.format的方法没发现有此类问题
2.使用Calendar类,虽然繁琐一点
3.最推荐的方法:
设置应用的
TimeZone.setDefault(TimeZone.getDefault().getTimeZone("GMT+8"));
或加启动参数
-Duser.timezone=GMT+8
谢谢阅读,希望你能避免此坑~
---------------------------------------------------------------------------------我是分割线--------------------------------------------------------------------------
to be a better me, talk is cheap show me the code
版权所有,转载请注明原文链接。
文中有不妥或者错误的地方还望指出,以免误人子弟。如果觉得本文对你有所帮助不妨【点赞】一下!如果你有更好的建议,可以给我留言讨论,共同进步!
再次感谢您耐心的读完本篇文章。