为什么 Date.parse 给出不正确的结果？

小编典典

为什么 Date.parse 给出不正确的结果？

all

案例一：

new Date(Date.parse("Jul 8, 2005"));

输出：

2005 年 7 月 8 日星期五 00:00:00 GMT-0700 (PST)

案例二：

new Date(Date.parse("2005-07-08"));

输出：

2005 年 7 月 7 日星期四 17:00:00 GMT-0700 (PST)

为什么第二个解析不正确？

阅读 89

2022-03-25

共1个答案

小编典典

在第 5 版规范出来之前，该Date.parse方法完全
依赖于实现 （new Date(string)相当于Date.parse(string)除了后者返回一个数字而不是
a Date）。在第 5 版规范中，添加了要求以支持简化的 （并且略有错误） ISO-8601（另请参阅什么是 JavaScript
中的有效日期时间字符串？）。但除此之外，除了他们必须接受任何输出（不说那是什么）之外，没有
要求Date.parse/应该接受什么。new Date(string)``Date#toString

从 ECMAScript 2017（第 8 版）开始，实现需要解析其输出为Date#toStringand
Date#toUTCString，但未指定这些字符串的格式。

Date#toString从 ECMAScript 2019（第 9
版）开始，和的格式Date#toUTCString已被指定为（分别）：

ddd MMM DD YYYY HH:mm:ss ZZ [(timezone name)]
例如 Tue Jul 10 2018 18:39:58 GMT+0530 (IST)
ddd, DD MMM YYYY HH:mm:ss Z
例如格林威治标准时间 2018 年 7 月 10 日星期二 13:09:58

提供 2 种Date.parse应该在新实现中可靠解析的格式（请注意，支持并不普遍，非兼容的实现将继续使用一段时间）。

我建议手动解析日期字符串，并将Date
构造函数与年、月和日参数一起使用以避免歧义：

// parse a date in yyyy-mm-dd format
function parseDate(input) {

  let parts = input.split('-');

  // new Date(year, month [, day [, hours[, minutes[, seconds[, ms]]]]])
  return new Date(parts[0], parts[1]-1, parts[2]); // Note: months are 0-based
}

2022-03-25