节点版本号为v0.11.13

内存使用在崩溃期间根据sudo顶部不超过3%

重现此错误的代码:

var request = require('request')
var nodedump = require('nodedump')

request.get("http://pubapi.cryptsy.com/api.php?method=marketdatav2",function(err,res)
{
    var data
    console.log( "Data received." );
    data = JSON.parse(res.body)
    console.log( "Data parsed."   );
    data = nodedump.dump(data)
    console.log( "Data dumped."   ); 
    console.log( data )
})

为了检查这是否是递归堆栈大小的问题,我运行了下一个代码——stack-size=60000参数

var depth = 0;

(function recurse() {
    // log at every 500 calls
    (++depth % 500) || console.log(depth);
    recurse();
})();

并且有

264500 
Segmentation fault

然后我运行了代码,给我致命错误:CALL_AND_RETRY_LAST分配失败-进程内存不足,具有相同的-stack-size=60000参数,并且没有分割错误。

因此,我得出结论,CALL_AND_RETRY_LAST与递归堆栈大小没有任何共同之处。

我怎么解决这个问题呢?我相信我的电脑上有足够的空闲内存来成功完成这项任务。

在stackoverflow上也有类似的问题,但这些问题都不是关于CALL_AND_RETRY_LAST的,这就是为什么我创建了单独的问题。


当前回答

我在这个问题上浪费了一些日子....直到我发现我在某个文件中导入了一个静态文件,一个构建文件。它使构建永远不会结束。喜欢的东西:

import PropTypes from "../static/build/prop-types"; 

固定到真正的来源解决了所有的问题。

分享我的解决方案。:)

其他回答

increase-memory-limit模块现在已弃用。 从2017年8月发布的Node.js v8.0开始,我们现在可以使用NODE_OPTIONS env变量全局设置max_old_space_size。

export NODE_OPTIONS=--max_old_space_size=4096

参考网址:https://github.com/endel/increase-memory-limit

我的工作解决方案是:

安装cross-env NPM install——save-dev cross-env或NPM install -g cross-env 文件包。Json添加新的构建脚本 如。 ... "cross-env NODE_OPTIONS='——max-old-space-size=8192' ionic cordova build ios -prod -release" ... 下次使用该命令进行构建。 NPM运行build:prod:ios 问题解决了。

$ sudo npm i -g increase-memory-limit

从项目的根位置运行:

$ increase-memory-limit

该工具将在node_modules/.bin/*文件中的所有节点调用中附加——max-old-space-size=4096。


Node.js版本>= 8 -弃用注意

从NodeJs V8.0.0开始,就可以使用选项——max-old-space-size。NODE_OPTIONS =选项…

$ export NODE_OPTIONS=--max_old_space_size=4096

您还应该检查是否不小心安装了x86版本的node而不是x64。发生在我身上,因为nodejs.org在我的x64机器上预选了x86…

在Windows机器中运行以下命令

设置NODE_OPTIONS =——max_old_space_size = 4096