节点版本号为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的,这就是为什么我创建了单独的问题。


当前回答

我的工作解决方案是:

安装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 问题解决了。

其他回答

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

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

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

分享我的解决方案。:)

我发现max_new_space_size不是节点4.1.1的选项,max_old_space_size本身并不能解决我的问题。我添加以下到我的shebang和这些组合似乎工作:

#!/usr/bin/env node --max_old_space_size=4096 --optimize_for_size --max_executable_size=4096 --stack_size=4096

[编辑]:4096 === 4GB内存,如果您的设备内存较低,您可能希望选择较小的数量。

[更新]:在运行grunt时也发现了这个错误,之前是这样运行的:

./node_modules/.bin/grunt

更新命令后,它停止有内存错误:

node --max_old_space_size=2048 ./node_modules/.bin/grunt 

我的工作解决方案是:

安装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 问题解决了。

注意:请参阅评论中的警告,了解这将如何影响Electron应用程序。

在2017年8月发布的v8.0版本中,NODE_OPTIONS环境变量公开了这个配置(参见NODE_OPTIONS已经登陆8.x!)根据这篇文章,只允许源代码中白名单中的选项(注意:不是最新链接!),其中包括“——max_old_space_size”。注意,本文的标题似乎有点误导人——似乎NODE_OPTIONS已经存在,但我不确定它是否公开了这个选项。

所以我输入。bashrc: 出口NODE_OPTIONS =——max_old_space_size = 4096

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