时刻.js - UTC 给出错误的日期

javascript datetime timezone momentjs

2022-08-30 05:29:41

为什么 moment.js UTC 总是显示错误的日期。例如，从Chrome的开发者控制台：

moment(('07-18-2013')).utc().format("YYYY-MM-DD").toString()
// or
moment.utc(new Date('07-18-2013')).format("YYYY-MM-DD").toString()

他们俩都会返回“2013-07-17”，为什么它返回第17位而不是第18位，这是传递的。

但是如果我使用没有 utc 的 momentjs：

moment(new Date('07-18-2013')).format("YYYY-MM-DD").toString()

我得到“2013-07-18”，这也是我在使用moment.js UTC时所期望的。

这是否意味着我们在使用 moment.js UTC 时无法获得正确的日期？

答案 1

默认情况下，MomentJS 以本地时间解析。如果只提供日期字符串（没有时间），则时间默认为午夜。

在代码中，创建一个本地日期，然后将其转换为 UTC 时区（实际上，它使时刻实例切换到 UTC 模式），因此在格式化时，它会向前或向后移动（取决于您的本地时间）。

如果本地时区为 UTC+N（N 为正数），并且您分析了一个仅日期字符串，则将获得上一个日期。

下面是一些示例来说明它（在 DST 期间，我的本地时间偏移量为 UTC+3）：

>>> moment('07-18-2013', 'MM-DD-YYYY').utc().format("YYYY-MM-DD HH:mm")
"2013-07-17 21:00"
>>> moment('07-18-2013 12:00', 'MM-DD-YYYY HH:mm').utc().format("YYYY-MM-DD HH:mm")
"2013-07-18 09:00"
>>> Date()
"Thu Jul 25 2013 14:28:45 GMT+0300 (Jerusalem Daylight Time)"

如果要将日期时间字符串解释为 UTC，则应明确说明：

>>> moment(new Date('07-18-2013 UTC')).utc().format("YYYY-MM-DD HH:mm")
"2013-07-18 00:00"

或者，正如 Matt Johnson 在他的答案中提到的，你可以（并且可能应该）首先使用 moment.utc（） 将其解析为 UTC 日期，并将格式字符串作为第二个参数包括在内，以防止歧义。

>>> moment.utc('07-18-2013', 'MM-DD-YYYY').format("YYYY-MM-DD HH:mm")
"2013-07-18 00:00"

要反其道而行之，将 UTC 日期转换为本地日期，可以使用 local（） 方法，如下所示：

>>> moment.utc('07-18-2013', 'MM-DD-YYYY').local().format("YYYY-MM-DD HH:mm")
"2013-07-18 03:00"

答案 2

默认情况下，两者都将解析浏览器本地时区的输入字符串。但是，有时与此方面不一致。如果字符串是特定的，使用连字符，或者如果是，则会将其解释为本地时间。与不同，它将始终保持一致的解析方式。DatemomentDateYYYY-MM-DDYYYY-MM-DD HH:mm:ssDatemoment

以您提供的格式将输入时刻解析为 UTC 的正确方法如下：

moment.utc('07-18-2013', 'MM-DD-YYYY')

请参阅此文档。

如果要以不同的格式设置输出格式，可以执行以下操作：

moment.utc('07-18-2013', 'MM-DD-YYYY').format('YYYY-MM-DD')

您不需要显式调用。toString

请注意，提供输入格式非常重要。如果没有它，类似日期的日期可能会被处理为1月4日或4月1日，具体取决于浏览器的区域性设置。01-04-2013