窗户

从控制面板进入系统→高级系统设置→环境变量→新建(用户或系统)

或者这可以在PowerShell中完成:

$env:NODE_OPTIONS="--max-old-space-size=8192"

如果需要，还可以增加这个数字。我们已经看到一些人需要增加到14gb的一些更大的项目!

Linux/macOS

export NODE_OPTIONS=--max-old-space-size=8192

当我运行angular 'ng serve'时，我也有类似的问题:

"致命错误:无效的标记-压缩接近堆限制分配失败- JavaScript堆内存不足"

在我的例子中，我发现我的Angular应用程序使用了惰性加载。一个模块已经导入到自己的路由模块，但有人做了一个导入它到应用程序模块，这导致递归(?)加载。

这会导致内存不足。

对我来说，问题是有一个额外的node_modules文件夹，我重命名为node_modules_old，并运行npm install来生成一个新的node_modules。在某种程度上，构建仍然会选择node_modules_old文件夹，所以我将node_modules_old从目录中移出以解决这个问题。

添加参数——build-optimizer解决了我的问题:

Node——max_old_space_size=4096 ./node_modules/@angular/cli/bin/ng build——prod——构建优化器

我不知道为什么添加only——build-optimizer可以解决这个问题，但根据Angular文档，它应该在启用AOT编译的情况下使用，所以更新后的命令应该如下所示:

--build-optimizer=true --aot=true

Angular构建文档

试试这个解决方案，在论坛上的一个旧消息中指出:3.7.0:iOS build with——prod无法工作

打开node_modules / @ionic / app-scripts / bin / ionic-app-scripts.js

将第一行改为:

#!/usr/bin/env node

to

#!/usr/bin/env node --max-old-space-size=4096

尝试1024和2048的值，但对于一个相对较大的应用程序，你可能需要4096。

对于那些从谷歌中找到这个问题的人，一个非angular的一般答案是:

大多数情况下，当你遇到这个错误时，可能是因为内存泄漏，库的添加/版本升级或Node.js在版本之间管理内存的方式不同(例如Node.js版本<= 10和Node.js版本> 10)。

通常只是增加分配给node .js的内存就可以让你的程序运行，但实际上可能并不能解决真正的问题，节点进程使用的内存仍然可能超过你分配的新内存。我建议在Node.js进程开始运行或更新到Node.js > 10时分析内存使用情况。

我有内存泄漏。 这是一篇关于在Node.js中调试内存泄漏的很棒的文章。

也就是说，为了增加内存，在运行Node.js进程的终端中:

export NODE_OPTIONS="--max-old-space-size=8192"

max-old-space-size的值可以是:[2048,4096,8192,16384]等等

为了进一步清晰，还有更多例子:

export NODE_OPTIONS="--max-old-space-size=5120" # Increase to 5 GB
export NODE_OPTIONS="--max-old-space-size=6144" # Increase to 6 GB
export NODE_OPTIONS="--max-old-space-size=7168" # Increase to 7 GB
export NODE_OPTIONS="--max-old-space-size=8192" # Increase to 8 GB

# and so on...

# formula:
export NODE_OPTIONS="--max-old-space-size=(X * 1024)" # Increase to X GB

# Note: it doesn't have to be multiples of 1024.
# max-old-space-size can be any number of memory megabytes (MB) you have available.

查看max-old-space-size的当前值(单位:MB)

要查看max-old-space-size(以MB为单位)的当前值(不精确但非常接近)，请在终端中运行

node -e 'console.log(v8.getHeapStatistics().heap_size_limit/(1024*1024))'