如何配置moment.js的isValid校验，避免整数被误判为有效ISO8601日期

Moment.js的校验逻辑存在类型优先解析特性：当传入的待校验值不是字符串类型时，哪怕配置了moment.ISO_8601格式、开启了严格校验，框架会优先把数字类入参按照Unix毫秒时间戳规则解析。整数值1234对应1970年1月1日00:00:01.234的时间点，属于可正常解析的合法时间，因此会返回isValid() === true。这并非格式配置缺失，而是没有做前置类型拦截导致的逻辑偏差。

完全不需要靠包含"T"字符的hack判断，按照以下两步即可实现精准校验：

• 前置类型过滤：仅对字符串类型的入参执行日期校验，数字、布尔、对象等其他类型的输入直接判定为非ISO日期格式，从根源上避免数字被当时间戳解析的问题
• 匹配精确格式模板：不要使用通用的moment.ISO_8601通配规则，直接针对你接口固定返回的yyyy-mm-ddThh:mm:ss无Z后缀的格式，写出明确的匹配模板，开启严格校验模式，避免通用ISO规则兼容过宽导致的误判

对应的实现代码如下：

// 匹配接口固定返回的精确格式
const EXACT_API_DATE_FORMAT = "YYYY-MM-DDTHH:mm:ss";

function checkIsValidAPIDate(inputValue) {
  // 先做类型校验，非字符串直接返回false
  if (typeof inputValue !== "string") {
    return false;
  }
  // 严格模式匹配：第三参数true要求输入和模板逐位完全匹配
  return moment(inputValue, EXACT_API_DATE_FORMAT, true).isValid();
}

校验效果验证：

• 传入整数1234：类型非字符串，直接返回false，不会触发Moment解析
• 传入匹配格式的字符串2024-05-20T13:14:00：严格匹配通过，返回true
• 传入带Z后缀的ISO字符串2024-05-20T13:14:00Z：与指定的精确模板不匹配，严格校验下返回false，完全适配接口实际数据场景

你之前使用的JSON.stringify(myInt).includes("T")兜底逻辑存在明显问题：

• 性能开销高：对入参做JSON序列化的成本远高于直接typeof类型判断
• 兼容性差：如果后续接口调整返回值，出现不带"T"分隔符的纯日期ISO格式，会被误判为非日期值
• 逻辑冗余：没有从根本上解决数字入参被当时间戳解析的问题，只是靠字符串特征做了模糊拦截

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