Question

> new Date('2015-1-1')
Thu Jan 01 2015 00:00:00 GMT-0500 (EST)
> new Date('2015-01-1')
Thu Jan 01 2015 00:00:00 GMT-0500 (EST)
> new Date('2015-1-01')
Thu Jan 01 2015 00:00:00 GMT-0500 (EST)

// Yet...
> new Date('2015-01-01')
Wed Dec 31 2014 19:00:00 GMT-0500 (EST)

// Similarly: 
> new Date('2015-1-10')
Sat Jan 10 2015 00:00:00 GMT-0500 (EST)
> new Date('2015-01-10')
Fri Jan 09 2015 19:00:00 GMT-0500 (EST)

无法弄清楚为什么会这样（Chrome 39）。它与八进制解析有关吗？

Firefox只接受new Date('2015-01-10')，并返回我期望的内容：Date 2015-01-10T00:00:00.000Z

Answer 1

在相关问题中找到答案; Chrome会将YYYY-MM-DD格式解析为UTC时间，然后将其转换为本地时区。因此，UTC中的2015-01-01 00:00:00是美国东部时间的12月31日。

请参阅Inconsistencies when creating new date objects：

看起来'1979-04-05'形式被解释为UTC日期（然后在显示时将UTC日期转换为本地时间）。

显然，可能的跨浏览器解决方案是使用斜杠替换破折号以强制使用当地时间：

new Date('2015-01-10'.replace(/-/g, '/'))

Answer 2

我不确定你的问题，因为我的Chrome（39.0.2171.99）在所有情况下都给我1月01日。但话虽如此，我想指出你应该使用

new Date(2015,1,1)

这就是JS Date应该初始化的方式。

返回不一致结果的日期（取决于是否存在前导零）

2 个答案: