Momentjs 2.2版本用isAfter、isBefore判断日期区间生产环境异常问题

• isValid方法调用错误
  代码中校验逻辑写的是!momentDate.isValid，此处没有加执行括号，实际是判断isValid方法是否存在，而非判断日期对象是否合法，只要moment实例存在该方法，无论日期是否有效都不会触发校验返回false，可能导致无效日期进入后续判断逻辑。
• utc(true)使用逻辑错误
  Momentjs中utc(true)的作用是保留当前时间的年月日时分秒数值，直接将时区标记为UTC，而非将当前时间转换为UTC时区对应的实际时间。
  比如本地时区为UTC-4的场景下，本地时间2024-05-20 23:00执行moment(date).utc(true)，得到的是UTC时区的2024-05-20 23:00，而非实际对应的UTC时间2024-05-21 03:00。你在本地调试时环境时区和生产环境（东部时区）不一致，就会出现本地判断正常、生产结果错误的问题。
• 日期字符串解析逻辑存在时区偏差
  你传入的startdate和enddate是MM/DD/YYYY格式的纯日期字符串，默认会按照运行环境的本地时区解析为当天0点，再用utc(true)转换后日期数值可能和预期不符。

调整后完整代码 #

// date 是原生JS Date对象
// startdate 和 enddate 是 'MM/DD/YYYY' 格式的字符串
function isDateInBetween(date, startdate, enddate) {
  // 统一用UTC模式处理所有日期，且清零时分秒仅保留日期维度
  const momentDate = moment(date).utc().startOf('day');
  const momentStartdate = moment.utc(startdate, 'MM/DD/YYYY').startOf('day');
  const momentEnddate = moment.utc(enddate, 'MM/DD/YYYY').startOf('day');

  // 修复isValid调用缺失括号的问题
  if (!date || !startdate || !enddate || !momentDate.isValid() || !momentStartdate.isValid() || !momentEnddate.isValid()) {
    return false;
  }

  // 简化判断逻辑：大于等于开始日期 且 小于等于结束日期
  return momentDate.isSameOrAfter(momentStartdate, 'date') && momentDate.isSameOrBefore(momentEnddate, 'date');
}

核心改动说明 #

1. 修正了isValid的调用，补充括号确保是执行方法判断日期合法性
2. 去掉utc(true)用法，JS Date对象直接调用utc()转换为UTC时区的实际时间，再用startOf('day')清零时分秒，避免时间部分干扰日期判断
3. 纯日期字符串直接使用moment.utc()方法解析，按照UTC时区解析为对应日期的0点，不再经过本地时区转换，从根源避免时区差异导致的日期偏移
4. 简化判断逻辑，用isSameOrAfter和isSameOrBefore合并之前的多条件判断，可读性更高

如果当前使用的Moment 2.2版本不支持isSameOrAfter/isSameOrBefore方法，可保留原有的三段式判断逻辑，仅修改日期处理和校验部分即可：

// 兼容低版本Moment的判断逻辑
if (momentDate.isSame(momentStartdate, 'date') || momentDate.isSame(momentEnddate, 'date')) {
  return true;
} else if (momentDate.isAfter(momentStartdate, 'date') && momentDate.isBefore(momentEnddate, 'date')) {
  return true;
}
return false;

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