为什么moment.js协调世界时总是显示错误的日期。例如,从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协调世界时无法获得正确的日期?
发布于 2013-07-25 19:29:53
默认情况下,MomentJS以本地时间进行解析。如果只提供日期字符串(没有时间),则时间默认为午夜。
在您的代码中,您创建了一个本地日期,然后将其转换为UTC时区(实际上,它使moment实例切换为UTC mode),因此在格式化它时,它会向前或向后移动(取决于您的本地时间)。
如果本地时区为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"
发布于 2013-07-25 21:24:08
默认情况下,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日,这取决于浏览器的区域性设置。
发布于 2021-07-06 11:35:41
使用以下命令:
return moment.utc(new Date(oData.CreatedAtUtc), 'MM/DD/YYYY h:mm A').local().format("YYYY-MM-DD HH:mm") + ' (' + timezoneAbbr + ')';
https://stackoverflow.com/questions/17855842
复制相似问题