不同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