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

来源:http://www.sh-fengwen.com 作者: 营养排行 人气:115 发布时间:2019-11-12
摘要:不同Node版本导致的Date构造函数问题及解决方法 2018/07/06 · JavaScript· Date 原文出处:康建云    近期在封装时间选择组件的单元测试时,为了构造出Date对象,直接使用了默认Date构造函

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

2018/07/06 · JavaScript · Date

原文出处: 康建云   

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

图片 1

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

这是最近三个月写得最完美的作品了,用JS实现了一个拖拽排序,效果图如下:
图片 2
一开始进入项目有了这样的拖拽实现想法,一点头绪没有,请教师兄说这样实现不可能。当时觉得很遗憾,打算用传统的方式去实现。正构思传统的方式,感觉时间充裕,就回到了拖拽的想法上来。终于实现了。其实我不是炫耀这个(当然,感兴趣的话,可以QQ907087894联系我,我会整理Demo上传到资源中心),我想说的是下文。
就在我实现的同时,师姐帮另一个伙伴写了一个传统方案的Demo,他进行的是修改的排序。在她机器上演示的时候,当时就觉得很震撼,在她的鼠标滑动下,走马观花了一遍代码,看着长长的链式JS,顿生仰慕。当时就想,等项目结了,好好研究她这个。
图片 3
2个月后,等来了,闲暇。缘于对JS的生疏,很吃力的勉强看懂了代码,运行的时候,飞来了一只虫子。移动的时候,一直提示无选择项。

问题排查

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

复制代码 代码如下:

深入分析

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

for(var j = 0; j < div_count; j++){ 
            if(($("#eva_div_all").children().eq(j).children().children().eq(0).attr('checked'))=='checked'){ 
                var valid_checked = $("#eva_div_all").children().eq(j).children().children().eq(0).attr('id'); 
                if(valid_checked==checked_name){alert(alert_des);return;} 
                /* 对调 */ 
                var temp = $("#eva_div_all").children().eq(j).attr('id'); 
                var temp_html = $("#"+temp).html(); 
                var before_temp = $("#eva_div_all").children().eq(j+num).attr('id'); 
                var before_temp_html = $("#"+before_temp).html(); 
                $("#"+temp).html(''); 
                $("#"+before_temp).html(''); 
                $("#"+temp).html(before_temp_html); 
                $("#"+before_temp).html(temp_html); 
                checked = 'true'; 
                new_order(); 
            } 
        } 
        if(checked=='false'){ 
            alert('无选择项!!'); 
        }

相关规范

ISO8601标准[参考5]

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

图片 4

[ES5 规范][参考6]

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

图片 5

[ES6 规范][参考7]

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

图片 6

俨然飞虫进入了眼睛,不断的揉啊揉,就是出不来,一天就是这么过的。
无奈了,解铃还需系铃人,她来了,调试了许久许久,还不是不行,后来对比她本地的代码,毫无差异,她本地也运行正常。后来我们就达成了共识浏览器问题。

源码分析

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

图片 7

复制代码 代码如下:

本文由美高梅游戏平台网站发布于 营养排行,转载请注明出处:不同Node版本导致的Date构造函数问题及解决方法

关键词:

最火资讯