默认情况下，
为什么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在回答中提到的那样，您可以（并且可能应该）首先使用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 + ')';