不同Node版本导致的Date构造函数问题及解决方法【美高梅娱乐场网站】

发布时间:2019-03-26  栏目:计算机教程  评论:0 Comments

问题总结

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

ECMAScript中的Date类型是早期Java中的Java.util.Date类基础上构建的。为此,Date类型使用来自UTC(Coordinated
Universal
Time,国际协调时间)1970年1月1日午夜(零时)开始经过的毫秒数来保存日期。在使用这种数据存储格式的条件下,Date类型保存的日期能够精确到1970年1月1日之前或之后的285616年。

源码分析

为了确认该问题是由于不同规范导致的,我们就需要看下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规范的支持
,实现了如果时区偏移量不存在,日期时间将被解释为本地时间的效果。

美高梅娱乐场网站 1

复制代码 代码如下:

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

2018/07/06 · JavaScript
· Date

原文出处:
康建云   

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

美高梅娱乐场网站 2

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

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

经验教训

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

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

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

复制代码 代码如下:

深入分析

结合问题,提炼出以下小示例,以供深入分析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中涉及到时间的相关规范了。

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

参考

[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 收藏
评论

美高梅娱乐场网站 3

复制代码 代码如下:

相关规范

ISO8601标准[参考5]

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

美高梅娱乐场网站 4

[ES5 规范][参考6]

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

美高梅娱乐场网站 5

[ES6 规范][参考7]

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

美高梅娱乐场网站 6

getDate() 从 Date 对象返回一个月中的某一天 (1 ~ 31)。
getDay() 从 Date 对象返回一周中的某一天 (0 ~ 6)。
getMonth() 从 Date 对象返回月份 (0 ~ 11)。
getFullYear() 从 Date 对象以四位数字返回年份。注意不要使用getYear()。
getHours() 返回 Date 对象的小时 (0 ~ 23)。
getMinutes() 返回 Date 对象的分钟 (0 ~ 59)。
getSeconds() 返回 Date 对象的秒数 (0 ~ 59)。
getMilliseconds() 返回 Date 对象的毫秒(0 ~ 999)。
getTime() 返回 1970 年 1 月 1 日至今的毫秒数。
getTimezoneOffset() 返回本地时间与格林威治标准时间 (GMT) 的分钟差。
getUTCDate() 根据世界时从 Date 对象返回月中的一天 (1 ~ 31)。
getUTCDay() 根据世界时从 Date 对象返回周中的一天 (0 ~ 6)。
getUTCMonth() 根据世界时从 Date 对象返回月份 (0 ~ 11)。
getUTCFullYear() 根据世界时从 Date 对象返回四位数的年份。
getUTCHours() 根据世界时返回 Date 对象的小时 (0 ~ 23)。
getUTCMinutes() 根据世界时返回 Date 对象的分钟 (0 ~ 59)。
getUTCSeconds() 根据世界时返回 Date 对象的秒钟 (0 ~ 59)。
getUTCMilliseconds() 根据世界时返回 Date 对象的毫秒(0 ~ 999)。

问题排查

按照一贯做法,出问题后先自己本地跑了一次测试用例,没有任何问题,初步就可以定位是开发环境问题。于是乎就看了下小伙伴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()

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

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

toString系列方法

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

更多信息可以参考:JavaScript and Dates, What a
Mess!

SO中的讨论

var d = new Date();

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

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

console.log(d1);  //1379393793104
console.log(d2);  //1379393793104

1.坚持使用 ”YYYY/MM/DD” 的日期字符串格式
2.避免使用带有连字号的日期字符串格式”YYYY-MM-DD”
3.要指定四位数的年份
4.Chrome浏览器的比其他浏览器能接受更多的日期字符串,所以如果在Chrome浏览器没有问题,不代表其他浏览器没有问题

var d = new Date();

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

console.log(Date.parse(Date()));        //1379392301000
console.log(Date.parse(“Aug 9, 1995”)); //807897600000

您可能感兴趣的文章:

toString() 把 Date
对象转换为字符串,toString()总是返回一个用美式英语表达的字符串。
toTimeString() 把 Date 对象的时间部分转换为字符串。
toDateString() 把 Date 对象的日期部分转换为字符串。
toUTCString() 根据世界时,把 Date 对象转换为字符串。
toLocaleString() 根据本地时间格式,把 Date 对象转换为字符串。
toLocaleTimeString() 根据本地时间格式,把 Date
对象的时间部分转换为字符串。
toLocaleDateString() 根据本地时间格式,把 Date
对象的日期部分转换为字符串。

Date.UTC() 是一种静态方法。Date.UTC() 方法的参数指定日期和时间,它们都是
UTC 时间,处于 GMT 时区。指定的 UTC 时间将转换成毫秒的形式,这样构造函数
Date() 和方法 Date.setTime() 就可以使用它了。

复制代码 代码如下:

Date() 方法可返回当天的日期和时间。

复制代码 代码如下:

UTC()

留下评论

网站地图xml地图