我看到两个问题:
第一次解析日期时,您依赖的是非标准输入格式。
您将 a 传递给Date
构造Date
函数,这会强制它将日期转换为字符串,然后解析字符串。
我只会解析一次,并在第一次调用时使用标准的日期/时间格式new Date
:
import { format, formatDistance } from "date-fns";
var date = new Date("2019-03-06T00:00:00");
// Note -----------------------^
console.log(format(date, "dd MMM, y"));
// No `new Date` ^
请注意,您的字符串将被解析为本地时间(在符合规范的 JavaScript 引擎中¹),因为它包含字符串的时间部分。不幸的是,在 ES2015 中添加格式并在 ES2016 中更新后,这种情况发生了变化,但最终的结果是:
当 UTC 偏移表示不存在时,仅日期形式被解释为 UTC 时间,而日期时间形式被解释为本地时间。
由于您的字符串没有 UTC 偏移量(没有Z
或+00:00
类似),并且确实有时间,因此它是在本地时间解析的。(同样,在符合规范的 JavaScript 引擎上¹)。
我的建议是不要使用内置Date
对象解析日期字符串,或者如果这样做,请确保字符串上始终有一个时区指示符。
¹ RobG指出 Safari 解析new Date("2019-03-06T00:00:00")
为 UTC。遗憾的是,这是Apple 的 JavaScript 引擎 JavaScriptCore中的一个错误。它不仅影响 Safari,还影响 iOS 上的 Chrome(可能还有任何其他 iOS 浏览器;我测试过 Brave、Opera 和 Dolphin),因为 Chrome 必须在 iOS 上使用 JavaScriptCore 而不是其通常的 V8,因为应用程序不能分配可执行内存,因此无法在 iOS 上使用 JIT 引擎。但是 V8 团队已经制作了 V8的仅解释器版本,因此如果速度足够快,iOS 上的 Chrome(和 Brave)可能会更新以使用它。