不同Node版本导致的Date构造函数问题及解决方法

近期在封装时间选择组件的单元测试时,为了构造出Date对象,直接使用了默认Date构造函数。自己本地开发,测试均无问题,push远程后,某个小伙伴在本地跑测试用例时,却无法通过,具体报错如下:

通过截图信息,可以初步判断由于Date构造函数返回了不同日期导致,抱着好奇的态度查阅个各种资料后,竟然发现一个小小的日期构造函数里面大有文章,平时自己写起来都是浅尝辄止,没有深入了解过。下面将详细介绍这个破案过程,以免各位看客后续重蹈覆辙。

问题排查

按照一贯做法,出问题后先自己本地跑了一次测试用例,没有任何问题,初步就可以定位是开发环境问题。于是乎就看了下小伙伴nodejs版本号,版本号为6.10.0,而自己本地node版本号为10.3.0,于是在不同nodejs命令行下直接执行如下测试用例。

执行结果,

Node 6.10.0:

Node 10.3.0:

到此基本确认了该问题是由Nodejs环境导致的问题。但是为什么会有这样的问题呢,跟着我继续深入探秘下Date构造函数。

深入分析

结合问题,提炼出以下小示例,以供深入分析Date构造函数:

nodejs 10.3.0执行结果:

nodejs 6.10.0执行结果:

为什么在不同环境下Nodejs的解析行为不一样呢?这就要提下JS中涉及到时间的相关规范了。

相关规范

ISO8601标准[参考5]

该标准指定了如果为指定偏移时间就默认为当前时间。

[ES5 规范][参考6]

指出了如果没有指定偏移量,默认偏移量为Z。

[ES6 规范][参考7]

为了和ISO8601标准一致,又对该规范做了更改,如果时区偏移量不存在,日期时间将被解释为本地时间。

源码分析

为了确认该问题是由于不同规范导致的,我们就需要看下V8源码里面的实现了。 获取不同node版本对应的v8版本号,如下图所示:

查看 v8 的不同版本下git提交记录可看到在6.6版本上已经增加了对ES6规范的支持 ,实现了如果时区偏移量不存在,日期时间将被解释为本地时间的效果。

问题总结

回头看文章开头的用的日期构造函数导致的bug,就可以解释”1995-12-17T00:00:00″ 在低版本下输出1995-12-17T08:00:00,而高版本下输出1995-12-17T00:00:00的问题了。

通过上述规范和源码,低版本由于会加默认偏移量Z,默认就解析成0时区的时间,而我们在东八区,所以最终我们本地的时间是1995-12-17T08:00:00,高版本下由于没有Z,默认会解析成本地时间,输出结果最终就是1995-12-17T00:00:00。

问题解决方案就是只需要加上时间偏移量即可,如下new Date(‘1995-12-17T03:24:00+08:00’)。

经验教训

由于浏览器的差异和不一致,强烈建议不要 使用Date构造函数解析日期字符串(并且Date.parse它们是等价的)。

尽可能使用“YYYY / MM / DD”作为日期字符串,或者使用年月时分秒的构造函数来构造Date对象,他们得到普遍地支持。有了这种格式,所有的时间都是本地的。

除非您知道自己在做什么,否则请避免使用带有连字符号的日期(”YYYY-MM-DD”),只有较新的浏览器支持它们。

参考

[1]https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/Date/parse

[2]https://codereview.chromium.org/1229903004

[3]https://stackoverflow.com/questions/2587345/why-does-date-parse-give-incorrect-results/20463521#20463521

[4]https://stackoverflow.com/questions/19278797/inconsistant-date-parsing-with-missing-timezone/19279013#19279013

[5]https://en.wikipedia.org/wiki/ISO_8601

[6]http://www.ecma-international.org/ecma-262/5.1/#sec-15.9.1.15

[7]http://www.ecma-international.org/ecma-262/6.0/#sec-date-time-string-format

1 1 收藏 评论

相关文章

可能感兴趣的话题



直接登录
跳到底部
返回顶部