案例一:
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(太平洋标准时间)
为什么第二次解析不正确?
最佳答案
直到第 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
,已被指定为(分别):
- ddd MMM DD YYYY HH:mm:ss ZZ [(时区名称)]
例如2018 年 7 月 10 日星期二 18:39:58 GMT+0530 (IST) - 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
}
关于javascript - 为什么 Date.parse 给出不正确的结果?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/44501661/