严格模式下Moment.js构造函数跨环境返回值类型不一致问题

这个现象不属于Moment.js的预期行为，本质是线上环境的Moment依赖没有被正确加载/引用，本地和线上表现不一致基本都是构建环节或者全局变量污染导致的，常见触发场景如下：

• 打包工具解析依赖出错：本地开发时dev server的依赖解析逻辑和生产构建的规则不一致，webpack/rollup等工具的别名配置、tree-shaking规则错误，可能把moment的引用指向了mock函数、错误的polyfill甚至空模块，调用时自然不会返回标准的Moment实例。
• 全局变量污染：如果线上页面引入了多个版本的Moment，或者有其他业务脚本、第三方脚本在全局作用域覆写了window.moment变量，把原本的构造函数替换成了返回字符串的普通函数，就会出现你遇到的——调用moment()拿到的是字符串类型值，不存在.isValid()、.format()这些原型方法。
• 额外提一句你代码里的笔误：默认format参数写的是'DD/MM/YYY'，年份占位符少写了一个Y，正确写法是'DD/MM/YYYY'。这个问题本身不会导致moment返回字符串，但如果上层有错误捕获逻辑把运行时异常转成了字符串返回，会干扰你排查问题的方向。

1. 先在线上环境控制台直接执行console.log(typeof window.moment, window.moment)，如果打印出来moment不是函数、或者原型链上没有isValid/format方法，先排查全局污染：检查页面加载的所有脚本，确认有没有重写moment全局变量的逻辑。
2. 检查生产构建配置：
   • 核对resolve.alias配置，确认没有把moment指向错误的文件路径
   • 检查tree-shaking规则，Moment早期版本是CommonJS格式，不当的tree-shaking配置会剔除核心构造逻辑，导致模块导出异常
   • 对比本地node_modules中安装的moment版本和线上打包产物里的moment代码，确认没有被打包工具错误替换
3. 优化现有日期解析逻辑，开启严格解析模式减少误判：把循环里的moment(date, date_format)改成moment(date, date_format, true)，只有日期格式和传入的格式字符串完全匹配时才会判定为有效日期。
4. 可以在项目入口加一行前置校验，第一时间发现依赖加载问题：

import moment from 'moment';
if (typeof moment !== 'function' || typeof moment.prototype.format !== 'function') {
  throw new Error('Moment依赖加载异常，请检查构建配置');
}

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