84669 人が学習中
152542 人が学習中
20005 人が学習中
5487 人が学習中
7821 人が学習中
359900 人が学習中
3350 人が学習中
180660 人が学習中
48569 人が学習中
18603 人が学習中
40936 人が学習中
1549 人が学習中
1183 人が学習中
32909 人が学習中
哎,我终于自己搞定了。其实,现在发现我已开始的解决问题的思路没有错,就是往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)里面添加,如下图:
![](http://img.php.cn/upload/image/000/000/000/435de3548e31c645c6ea0b51003169cf-0.png)
![](http://img.php.cn/upload/image/000/000/000/435de3548e31c645c6ea0b51003169cf-1.png)
但是发现没有起作用,执行命令后还是内存溢出。然后我折腾了很久,第二天上了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来解决了内存溢出问题。
证据太少,无法破案!