哎，我终于自己搞定了。其实，现在发现我已开始的解决问题的思路没有错，就是往node命令行里面添加 "--max_old_space_size"。错就错在，加的地方加错了（可能是针对我这种环境不起作用？）。一开始我是参考了segmentfault上面一个同样的weback打包导致nodejs内存溢出的一个问题所提供的方案来做的，就是在全局的webpack.cmd（路径是：C:UsersAdministratorAppDataRoamingnpmwebpack.cmd）里面添加，如下图：但是发现没有起作用，执行命令后还是内存溢出。然后我折腾了很久，第二天上了stackoverflow上面再次搜索了一下答案，发现了这个答案：于是乎，我将我生产环境下打包所用的npm钩子脚本改为：“set NODE_ENV=production && node --max_old_space_size=2048 node_modules/webpack/bin/webpack.js --config webpack.production.config.js”。也就是说我使用了局部/本地的webpack，而不是全局安装的webpack来打包。通过给nodejs添加“--max_old_space_size=2048”来扩大内存为2*1024M=2G来解决了内存溢出问题。
证据太少，无法破案！
哎，我终于自己搞定了。其实，现在发现我已开始的解决问题的思路没有错，就是往node命令行里面添加 "--max_old_space_size"。错就错在，加的地方加错了（可能是针对我这种环境不起作用？）。一开始我是参考了segmentfault上面一个同样的weback打包导致nodejs内存溢出的一个问题所提供的方案来做的，就是在全局的webpack.cmd（路径是：C:UsersAdministratorAppDataRoamingnpmwebpack.cmd）里面添加，如下图：
但是发现没有起作用，执行命令后还是内存溢出。然后我折腾了很久，第二天上了stackoverflow上面再次搜索了一下答案，发现了这个答案：
于是乎，我将我生产环境下打包所用的npm钩子脚本改为：“set NODE_ENV=production && node --max_old_space_size=2048 node_modules/webpack/bin/webpack.js --config webpack.production.config.js”。也就是说我使用了局部/本地的webpack，而不是全局安装的webpack来打包。通过给nodejs添加“--max_old_space_size=2048”来扩大内存为2*1024M=2G来解决了内存溢出问题。
证据太少，无法破案！