深入分析Date构造函数问题及解决方法

问题描述

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

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

问题排查

问题重现

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

const defaultDate=new Date('1995-12-17T03:24:00')
console.log(defaultDate.toString())

执行结果
Node 6.10.0
执行结果
Node 6.10.0

> const defaultDate=new Date('1995-12-17T03:24:00')
> console.log(defaultDate.toString())
Sun Dec 17 1995 11:24:00 GMT+0800 (中国标准时间)

Node 10.3.0

const defaultDate=new Date('1995-12-17T03:24:00')
undefined
console.log(defaultDate.toString())
Sun Dec 17 1995 03:24:00 GMT+0800 (中国标准时间)

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

深入分析

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

var d1 = new Date("1995/12/17 00:00:00");
var d2 = new Date("1995-12-17T00:00:00");
var d3 = new Date("1995-12-17T00:00:00Z");
console.log(d1.toString());
console.log(d2.toString());
console.log(d3.toString());

nodejs 10.3.0执行结果

> console.log(d1.toString());
Sun Dec 17 1995 00:00:00 GMT+0800 (中国标准时间)
> console.log(d2.toString());
Sun Dec 17 1995 00:00:00 GMT+0800 (中国标准时间)
> console.log(d3.toString());
Sun Dec 17 1995 08:00:00 GMT+0800 (中国标准时间)

nodejs 6.10.0执行结果

> console.log(d1.toString());
Sun Dec 17 1995 00:00:00 GMT+0800 (中国标准时间)
> console.log(d2.toString());
Sun Dec 17 1995 08:00:00 GMT+0800 (中国标准时间)
> console.log(d3.toString());
Sun Dec 17 1995 08:00:00 GMT+0800 (中国标准时间)

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

相关规范

ISO8601标准[参考5]

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

[ES5 规范][参考6]

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

[ES6 规范][参考7]

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

源码分析

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

//node 10.3.0
> process.versions.v8
'6.6.346.32-node.9'

//node 6.10.0
> process.versions.v8
'5.1.281.93'

查看 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

有兴趣欢迎关注我们的公众号：全栈探索。欢迎交流。