近期在封装时间选择组件的单元测试时,为了构造出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
领取专属 10元无门槛券
私享最新 技术干货