为何Moment.js对连字符与斜杠的日期解析处理不同？

你遇到的这个差异确实和时区以及日期字符串的解析规则直接相关，核心原因是moment对不同格式的日期字符串采用了不同的解析逻辑：

• 对于YYYY-MM-DD这种ISO标准格式的日期，moment（以及底层的浏览器Date.parse()方法）默认会把它当成UTC时间解析（不带时间的ISO日期，多数环境里会被视为UTC当天的零点）。
• 对于YYYY/MM/DD这种非标准格式的日期，moment会跟着浏览器的解析规则走，大部分浏览器会把它当成本地时区的当天零点来解析。

举个实际场景的例子：假设你用的是UTC+8时区（比如国内时区）：

1. 解析moment('2022-03-30')时，对应UTC时间2022年3月30日零点，转换成本地时区就是当天早上8点，所以format('L')输出03/30/2022。
2. 解析moment('2022/03/30')时，对应本地时区的3月30日零点，要是你的运行环境里moment被强制设成了UTC模式，或者某些特殊环境下解析出现偏差，转成UTC时间就变成了3月29日下午4点，这时候用format('L')输出就会得到03/29/2022。

要是你的本地时区是UTC-5（比如美国东部时区），情况会反过来：解析ISO格式的日期会得到前一天的结果，而非标准格式的得到当天。不过你的结果刚好相反，这可能是因为你用的moment版本比较新（2.19.0及以后），这个版本调整了ISO日期的解析逻辑，默认把YYYY-MM-DD当成本地时间解析了。

要避免这种不确定的解析差异，最稳妥的办法是显式指定日期格式，强制moment按你预期的规则解析：

// 强制按本地时区解析，明确指定格式
moment('2022/03/30', 'YYYY/MM/DD').format('L')
moment('2022-03-30', 'YYYY-MM-DD').format('L')

// 如果需要统一按UTC解析，再转成本地时间输出
moment.utc('2022/03/30', 'YYYY/MM/DD').local().format('L')
moment.utc('2022-03-30', 'YYYY-MM-DD').local().format('L')

内容的提问来源于stack exchange，提问作者user4617883