React-Redux生产构建报错：ReferenceError: g is not defined 求助

这种仅在生产构建后出现的未定义变量错误，通常和代码压缩混淆的处理逻辑有关，结合你的技术栈（React 16.3 + React-Redux 4.4.9 + Gulp），我整理了几个针对性的排查和解决方向：

1. 优先解决版本兼容性问题 #

React-Redux 4.x系列是为React 15及更早版本设计的，而你使用的React 16.3已经引入了新的Context API和生命周期方法，旧版本的React-Redux在生产压缩时，内部的一些变量可能会被混淆工具误处理，导致g这类压缩后的变量未定义。

解决方案：
升级React-Redux到兼容React 16的版本，推荐5.x分支（比如5.1.2，这个版本稳定适配React 16）：

npm install react-redux@^5.1.2 --save

完成安装后，重新执行你的生产构建命令npm -i gulp production，测试是否解决问题。

2. 调整Gulp压缩工具的配置 #

如果暂时无法升级依赖，可能是你使用的压缩工具（比如gulp-uglify）对ES6语法或某些库的代码处理不当。旧版uglify-js对ES6支持有限，且容易在混淆时破坏依赖库的内部变量。

解决方案：

• 替换成支持ES6的压缩工具gulp-terser，它是uglify-js的替代方案，对现代JS语法支持更好。
• 在压缩配置中添加变量保留规则，避免g这类被混淆的变量被误删除。

示例配置：

const terser = require('gulp-terser');

gulp.task('compress', function() {
  return gulp.src('path/to/your/js/files')
    .pipe(terser({
      mangle: {
        // 保留可能被误混淆的变量名，这里先添加'g'测试
        reserved: ['g']
      }
    }))
    .pipe(gulp.dest('dist'));
});

如果不确定具体要保留的变量，可以先临时禁用混淆（mangle: false），构建后测试是否还报错——如果不报错了，就说明确实是混淆导致的问题，再逐步调整保留规则。

3. 排查第三方依赖的冲突 #

你的项目中还有react-chartjs-2、react-dropzone等依赖，个别旧版依赖可能在生产压缩时和React-Redux产生冲突。可以尝试逐个移除依赖并重新构建，定位是否是某个特定依赖导致的问题。如果找到问题依赖，升级该依赖到兼容React 16的版本即可。

4. 检查自定义代码中的隐式全局变量 #

虽然开发环境没问题，但开发构建工具通常会对全局变量做容错处理，而生产压缩时不会。快速检查你的代码中是否有忘记用var/let/const声明的变量（这类变量会被挂载到全局，压缩时可能被误处理）。不过结合错误信息g is not defined，这个变量更大概率来自依赖库，所以这条可以放在最后排查。

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