为什么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 时无法获得正确的日期？
默认情况下，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"
或者，正如马特约翰逊在他的回答中提到的那样，您可以（并且可能应该）首先使用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"
双方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 日，具体取决于浏览器的文化设置。
用这个 ：
return moment.utc(new Date(oData.CreatedAtUtc), 'MM/DD/YYYY h:mm A').local().format("YYYY-MM-DD HH:mm") + ' (' + timezoneAbbr + ')';