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

Question

案例一:

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

输出:

2005 年 7 月 8 日星期五 00:00:00 GMT-0700(太平洋标准时间)

案例二:

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

输出:

2005 年 7 月 7 日星期四 17:00:00 GMT-0700(太平洋标准时间)

---

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

Answer 1

直到第 5 版规范发布，Date.parse方法完全依赖于实现(new Date(string) 等同于Date.parse(string) 除了后者返回数字而不是Date)。在第 5 版规范中，添加了支持 simplified (and slightly incorrect) ISO-8601 的要求。 (另见 What are valid Date Time Strings in JavaScript? )。但除此之外，没有Date.parse/new Date(string) 应该接受的要求，除了他们必须接受的无论 Date#toString 输出什么(没有说明那是什么)。

从 ECMAScript 2017(第 8 版)开始，实现需要解析 Date#toString 和 Date#toUTCString 的输出，但这些字符串的格式不是指定。

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

1. ddd MMM DD YYYY HH:mm:ss ZZ [(时区名称)]
   例如2018 年 7 月 10 日星期二 18:39:58 GMT+0530 (IST)
2. ddd, DD MMM YYYY HH:mm:ss Z
   例如2018 年 7 月 10 日星期二 13:09:58 GMT

提供了 Date.parse 应该在新实现中可靠解析的另外 2 种格式(请注意，支持并非无处不在，不兼容的实现将继续使用一段时间)。

我建议手动解析日期字符串并且 Date constructor与年、月和日参数一起使用以避免歧义:

// 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
}