moment.js-UTC输入错误的日期

为什么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时我们无法获得正确的日期？

默认情况下，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在他的回答中提到的那样，您可以（并且应该应该）首先将其解析为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"

双方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日处理，具体取决于浏览器的区域性设置。