来自 前端知识 2019-09-18 05:13 的文章
当前位置: 金沙澳门官网网址 > 前端知识 > 正文

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

问题总结

回头看文章开头的用的日期构造函数导致的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’)。

var d = new Date();

问题排查

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

JavaScript

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

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

执行结果,

Node 6.10.0:

JavaScript

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

1
2
3
4
> 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:

JavaScript

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

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

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

parse() 方法可解析一个日期时间字符串,并返回 1970/1/1 午夜距离该日期时间的毫秒数。

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

2018/07/06 · JavaScript · Date

原文出处: 康建云   

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

图片 1

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

console.log(d1);  //Tue Mar 13 2012 00:00:00 GMT+0800 (中国标准时间)
console.log(d2);  //Tue Mar 13 2012 08:00:00 GMT+0800 (中国标准时间)
console.log(d3);  //Tue Mar 13 2012 00:00:00 GMT+0800 (中国标准时间)

经验教训

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

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

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

console.log(d.toLocaleString("ko-KR"));  //2013년 9월 17일 오후 1:48:24

相关规范

ISO8601标准[参考5]

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

图片 2

[ES5 规范][参考6]

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

图片 3

[ES6 规范][参考7]

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

图片 4

JavaScript中的日期转换非常的诡异,不仅会因为参数不同而有不同的解释结果,而且在各个浏览器中的表现也有所不同,如下:

参考

[1]

[2]

[3]

[4]

[5]

[6]

[7]

1 赞 1 收藏 评论

图片 5

Date()

深入分析

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

JavaScript

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());

1
2
3
4
5
6
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执行结果:

JavaScript

> 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 (中国标准时间)

1
2
3
4
5
6
> 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执行结果:

JavaScript

> 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 (中国标准时间)

1
2
3
4
5
6
> 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中涉及到时间的相关规范了。

Date.UTC(year, month, day, hours, minutes, seconds, ms)

源码分析

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

JavaScript

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

1
2
3
4
5
6
7
//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规范的支持 ,实现了如果时区偏移量不存在,日期时间将被解释为本地时间的效果。

图片 6

UTC()

复制代码 代码如下:

get系列方法

//dateString-日期字符串:表示日期的字符串值。此字符串应该是在parse方法中识别的格式。
new Date(dateString);

var d = new Date();

参数datestring是必需的,表示日期和时间的字符串。

更多信息可以参考:JavaScript and Dates, What a Mess!和 SO中的讨论

注意:parse()日期和时间都基于本地时区而非GMT来创建。而UTC()是基于GMT来创建。他们的参数也不相同。

注意toLocaleString()系列方法可以接收参数,来确定按照什么习惯来输出,参考:MDN

toString系列方法

console.log(Date.parse(d));  //1379393562000
console.log(Date.UTC(d.getFullYear(), d.getMonth(), d.getDate(), d.getHours(), d.getMinutes(), d.getSeconds(), d.getMilliseconds()));  //1379422362020

注意,该方法是 Date 对象的静态方法。一般采用 Date.parse() 的形式来调用,而不是通过 dateobject.parse() 调用该方法。

var d1 = Date.now();
var d2 = + new Date();

UTC() 方法可根据世界时返回 1970 年 1 月 1 日 到指定日期的毫秒数。

console.log(Date());  //"Tue Sep 17 2013 12:22:55 GMT+0800 (中国标准时间)"

//Date 对象会自动把当前日期和时间保存为其初始值。
new Date();

GMT:世界时,即格林尼治所在地的标准时间。

//value-毫秒:代表自世界协调时1970年1月1日00:00:00开始的数值。
new Date(value);

  • 操作符来把Data对象转换成字符串,得到同样的值。

复制代码 代码如下:

Date.parse(datestring)

本文由金沙澳门官网网址发布于前端知识,转载请注明出处:不同Node版本导致的Date构造函数问题及解决方法,

关键词: