moment从2.24.0升级到2.29.4后Jest测试用例失败原因排查

问题现象 #

升级Moment.js版本至2.29.4后，原本正常的Jest日期验证测试用例出现失败：前两个断言预期日期字符串无效，但新版本Moment判定其为有效。

失败测试用例 #

test("Verify dates are validated properly", () => {
    expect((moment("048710", moment.ISO_8601, true)).isValid()).toBeFalse();
    expect((moment("22390", moment.ISO_8601, true)).isValid()).toBeFalse();
    expect((moment("2020-01-01T00:00:00-00:00", moment.ISO_8601, true)).isValid()).toBeTrue();
    expect((moment("2020-01-01T00:00:00Z", moment.ISO_8601, true)).isValid()).toBeTrue();
});

错误信息 #

预期值为false，实际得到true
对应断言：

1. expect(moment("048710", moment.ISO_8601, true).isValid()).toBeFalse()
2. expect(moment("22390", moment.ISO_8601, true).isValid()).toBeFalse()

原因分析 #

• ISO 8601解析规则更新：Moment.js在2.24.0到2.29.4版本间，优化了ISO 8601格式的解析逻辑，开始支持更多ISO标准中的短格式变体。
• 短数字串的解析逻辑变化：新版本会将"048710"解析为年份0487、月份10，将"22390"解析为年份2239、月份0（对应合法的日期组合），这些格式符合ISO 8601的扩展规范，因此在严格模式下也被判定为有效。
• 严格模式判定标准调整：旧版本对ISO格式的校验更严格，拒绝此类短数字串；新版本则对齐了ISO 8601的更多细节，放宽了部分短格式的验证规则。

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