112

为什么 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"为什么返回17th而不是18th，这是传入的。

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

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

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

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

4

3 回答 3

190

默认情况下，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"

或者，正如马特约翰逊在他的回答中提到的那样，您可以（并且可能应该）首先将其解析为 UTC 日期，并使用moment.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"
于 2013-07-25T11:29:52.863 回答
41

Date默认情况下，两者moment都会在浏览器的本地时区解析输入字符串。然而Date有时与这方面不一致。如果字符串是明确的YYYY-MM-DD，使用连字符，或者如果是YYYY-MM-DD HH:mm:ss，它会将其解释为本地时间。与Date,不同，moment它的解析方式总是一致的。

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

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

请参阅本文档。

如果你想为输出设置不同的格式，你可以这样做：

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

您不需要toString显式调用。

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

于 2013-07-25T13:24:08.403 回答
1

用这个 ：

return moment.utc(new Date(oData.CreatedAtUtc), 'MM/DD/YYYY h:mm A').local().format("YYYY-MM-DD HH:mm") + ' (' + timezoneAbbr + ')';
于 2021-07-06T03:35:41.023 回答