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


当前回答

当我创建一个react-native包时,我看到了这个问题。 我尝试过但没有成功的事情:

增加节点——max_old_space_size,有趣的是,这在本地为我工作,但在jenkins上失败了,我仍然不确定jenkins出了什么问题 有些地方提到将node的版本降级到6.9.1,但我也没有这样做。我只是想把这个放在这里,因为它可能对你有用。

对我有用的东西: 我在代码中导入了一个很大的文件。我解决这个问题的方法是将它包含在.babelrc的忽略列表中,就像这样:

{
    "presets": ["react-native"],
    "plugins": ["transform-inline-environment-variables"],
    "ignore": ["*.json","filepathToIgnore.ext"]
}

它是一个.js文件,实际上不需要转译,将它添加到忽略列表确实有帮助。

其他回答

npm install -g increase-memory-limit

increase-memory-limit

OR

导航到%appdata% -> npm文件夹或C:\Users\{user_name}\ appdata \Roaming\npm 打开ng。在您最喜欢的编辑器中的CMD 在IF和ELSE块中添加——max_old_space_size=8192

现在ng。修改后的CMD文件如下所示:

@IF EXIST "%~dp0\node.exe" (
  "%~dp0\node.exe" "--max_old_space_size=8192" "%~dp0\node_modules\@angular\cli\bin\ng" %*
) ELSE (
  @SETLOCAL
  @SET PATHEXT=%PATHEXT:;.JS;=;%
  node "--max_old_space_size=8192" "%~dp0\node_modules\@angular\cli\bin\ng" %*
)

我的工作解决方案是:

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

如果你看一下源代码:github/v8,似乎你试图保留一个非常大的对象。根据我的经验,如果您试图解析一个巨大的JSON对象,就会发生这种情况,但当我尝试用JSON和node0.11.13解析输出时,它就可以正常工作。

你不需要更多——stack-size,你需要更多内存:——max_new_space_size和/或——max_old_space_size。

除此之外,我能给你的唯一提示是尝试另一个JSON解析器和/或尝试将输入格式更改为JSON行,而不仅仅是JSON。

注意:请参阅评论中的警告,了解这将如何影响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

另一个解决方案是禁用AOT编译器:

ng build --prod --aot false