如果我没记错的话，V8的内存使用有一个严格的标准限制，大约是1.7 GB，如果你不手动增加它的话。

在我们的一个产品中，我们在部署脚本中遵循了这个解决方案:

 node --max-old-space-size=4096 yourFile.js

还会有一个新的空间命令，但正如我在这里读到的:a-tour-of-v8-garbage-collection，新空间只收集新创建的短期数据，旧空间包含所有引用的数据结构，这应该是您的情况下的最佳选择。

我遇到这个问题时，试图调试与VSCode，所以只是想添加这是如何添加参数到您的调试设置。

你可以将它添加到launch.json中配置的runtimeArgs属性中。

参见下面的示例。

{
"version": "0.2.0",
"configurations": [{
        "type": "node",
        "request": "launch",
        "name": "Launch Program",
        "program": "${workspaceRoot}\\server.js"
    },
    {
        "type": "node",
        "request": "launch",
        "name": "Launch Training Script",
        "program": "${workspaceRoot}\\training-script.js",
        "runtimeArgs": [
            "--max-old-space-size=4096"
        ]
    }
]}

即使在设置max-old-space-size后，我也在努力解决这个问题。

然后我意识到需要把选项——max-old-space-size放在业力脚本之前。

最好同时指定语法——max-old-space-size和——max_old_space_size my script for karma:

node --max-old-space-size=8192 --optimize-for-size --max-executable-size=8192  --max_old_space_size=8192 --optimize_for_size --max_executable_size=8192 node_modules/karma/bin/karma start --single-run --max_new_space_size=8192   --prod --aot

参考https://github.com/angular/angular-cli/issues/1652

将节点升级到最新版本。我在6.6节点上出现了这个错误，并升级到8.9.4，问题消失了。

为了防止人们在使用产生大量日志记录的nodejs应用程序时遇到这个问题，一位同事通过将标准输出管道到一个文件来解决这个问题。

我在做AOT角构建时也遇到了类似的问题。听从命令帮助了我。

npm install -g increase-memory-limit
increase-memory-limit

来源:https://geeklearning.io/angular-aot-webpack-memory-trick/

为了防止任何人在不能直接设置节点属性的环境中遇到这个问题(在我的情况下是构建工具):

NODE_OPTIONS="--max-old-space-size=4096" node ...

如果不能在命令行上传递节点选项，则可以使用环境变量设置节点选项。

修复此问题的步骤(在Windows) -

打开命令提示符，输入%appdata%按enter键 导航到%appdata% > npm文件夹 打开或编辑ng。在您最喜欢的编辑器中的CMD 在IF和ELSE块中添加——max_old_space_size=8192

你的节点。修改后的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" %*
)

如果你想要全局增加节点的内存使用—不仅仅是单个脚本，你可以导出环境变量，像这样: 出口NODE_OPTIONS =——max_old_space_size = 4096

这样在运行构建时就不需要处理文件了 NPM运行构建。

下面是一些标志值，用于添加一些关于在启动节点服务器时如何允许更多内存的额外信息。

1gb - 8gb

#increase to 1gb
node --max-old-space-size=1024 index.js

#increase to 2gb
node --max-old-space-size=2048 index.js 

#increase to 3gb
node --max-old-space-size=3072 index.js

#increase to 4gb
node --max-old-space-size=4096 index.js

#increase to 5gb
node --max-old-space-size=5120 index.js

#increase to 6gb
node --max-old-space-size=6144 index.js

#increase to 7gb
node --max-old-space-size=7168 index.js

#increase to 8gb 
node --max-old-space-size=8192 index.js 

在我的情况下，我在以前版本的节点上运行了npm install，在某一天我升级了节点版本，并为几个模块ram npm install。在这之后，我得到了这个错误。 为了解决这个问题，我从每个项目中删除了node_module文件夹，并再次运行npm install。

希望这能解决问题。

注意:这发生在我的本地机器上，它只在本地机器上得到了修复。

如果你试图启动的不是node本身，而是一些其他的软件，例如webpack，你可以使用环境变量和cross-env包:

$ cross-env NODE_OPTIONS='--max-old-space-size=4096' \
  webpack --progress --config build/webpack.config.dev.js

我最近遇到了同样的问题，遇到了这个线程，但我的问题是React应用程序。下面对节点启动命令的更改解决了我的问题。

语法

node --max-old-space-size=<size> path-to/fileName.js

例子

node --max-old-space-size=16000 scripts/build.js

为什么max-old-space-size是16000 ?

基本上，它取决于分配给该线程的内存和您的节点设置。

如何验证和给出正确的尺寸?

这基本上是v8引擎。下面的代码帮助你理解你的本地节点v8引擎的堆大小。

const v8 = require('v8');
const totalHeapSize = v8.getHeapStatistics().total_available_size;
const totalHeapSizeGb = (totalHeapSize / 1024 / 1024 / 1024).toFixed(2);
console.log('totalHeapSizeGb: ', totalHeapSizeGb);

如果你想更改节点(windows)的全局内存，请进入高级系统设置->环境变量->新用户变量

variable name = NODE_OPTIONS
variable value = --max-old-space-size=4096

对于angular项目捆绑，我在包中添加了下面这行代码。Json文件在脚本部分。

"build-prod": "node --max_old_space_size=5120 ./node_modules/@angular/cli/bin/ng build --prod --base-href /"

现在，为了捆绑我的代码，我使用npm run build-prod而不是ng build——requiredFlagsHere

希望这能有所帮助!

我只是想补充一点，在一些系统中，即使使用——max-old-space-size来增加节点内存限制，这也是不够的，而且会出现这样的操作系统错误:

terminate called after throwing an instance of 'std::bad_alloc'
  what():  std::bad_alloc
Aborted (core dumped)

在这种情况下，可能是因为您达到了每个进程的最大mmap。

可以通过运行命令查看max_map_count

sysctl vm.max_map_count

并通过跑步来增加它

sysctl -w vm.max_map_count=655300

并通过添加这一行来修复它，使其在重新启动后不被重置

vm.max_map_count=655300

在/etc/sysctl.conf文件中。

点击这里查看更多信息。

分析误差的一个很好的方法是用strace运行该过程

strace node --max-old-space-size=128000 my_memory_consuming_process.js

我的EC2实例t2也遇到了同样的问题。微处理器，内存为1gb。

我通过使用这个url创建交换文件并设置以下环境变量来解决这个问题。

出口NODE_OPTIONS =——max_old_space_size = 4096

问题终于解决了。

我希望这对以后会有所帮助。

在我的例子中，我把node.js版本升级到最新版(12.8.0版本)，它就像一个魅力。

对于像我这样没有找到解决此错误的合适解决方案的初学者，请检查已安装的节点版本(x32, x64, x86)。我有一个64位CPU，我已经安装了x86节点版本，这导致CALL_AND_RETRY_LAST分配失败- JavaScript堆出内存错误。

你也可以用以下方法改变Window的环境变量:

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

对于Angular，这就是我修复的方法

在包中。Json，在脚本标签中添加这个

"scripts": {
  "build-prod": "node --max_old_space_size=5048 ./node_modules/@angular/cli/bin/ng build --prod",
},

现在在terminal/cmd中使用ng build——prod只是使用

npm run build-prod

如果你想使用这个配置构建只需要删除-prod从所有3个地方

最近，在我的一个项目中遇到了同样的问题。尝试了一些事情，任何人都可以尝试调试以确定根本原因:

正如每个人建议的那样，通过添加以下命令来增加节点的内存限制: ｛ "脚本":{ "server":"node——max-old-space-size={size-value} server/index.js" ｝ ｝

这里size-value我已经为我的应用程序定义了1536(因为我的kubernetes pod内存是2 GB的限制，请求1.5 GB)

因此，始终根据前端基础设施/架构限制(略小于限制)定义size-value。

在上面的命令中，使用——max-old-space-size命令在node之后，而不是文件名server/index.js之后。

If you have ngnix config file then check following things: worker_connections: 16384 (for heavy frontend applications) [nginx default is 512 connections per worker, which is too low for modern applications] use: epoll (efficient method) [nginx supports a variety of connection processing methods] http: add following things to free your worker from getting busy in handling some unwanted task. (client_body_timeout , reset_timeout_connection , client_header_timeout,keepalive_timeout ,send_timeout). Remove all logging/tracking tools like APM , Kafka , UTM tracking, Prerender (SEO) etc middlewares or turn off. Now code level debugging: In your main server file , remove unwanted console.log which is just printing a message. Now check for every server route i.e app.get() , app.post() ... below scenarios:

Data => if(Data) res.send(Data) //你真的需要等待数据或API返回一些我必须等待的响应吗??，如果不是这样修改:

data => res.send(data) // this will not block your thread, apply everywhere where it's needed

else part: if there is no error coming then simply return res.send({}) , NO console.log here. error part: some people define as error or err which creates confusion and mistakes. like this: `error => { next(err) } // here err is undefined` `err => {next(error) } // here error is undefined` `app.get(API , (re,res) =>{ error => next(error) // here next is not defined })` remove winston , elastic-epm-node other unused libraries using npx depcheck command. In the axios service file , check the methods and logging properly or not like : if(successCB) console.log("success") successCB(response.data) // here it's wrong statement, because on success you are just logging and then `successCB` sending outside the if block which return in failure case also. Save yourself from using stringify , parse etc on accessive large dataset. (which i can see in your above shown logs too.

最后但并非最不重要的是，每当应用程序崩溃或pod重新启动时，都要检查日志。在日志中特别查找这部分:安全上下文 这将告诉你为什么，在哪里，谁是背后的崩溃的罪魁祸首。

使用这个选项——优化大小。它将专注于使用更少的内存。

如果任何给出的答案都不适合你，检查你安装的节点是否与你的系统兼容(即32位或64位)。通常这种类型的错误发生是因为不兼容的节点和操作系统版本，终端/系统不会告诉你，但会让你给出内存不足的错误。

如果内存或RAM有限，则执行以下命令。

的发球 --源映射=假

它将能够启动应用程序。在我的例子中，它需要16gb内存。但我可以用8gb内存运行。

检查是否没有在64位计算机上安装32位版本的节点。如果你在64位或32位机器上运行node，那么nodejs文件夹应该分别位于Program Files和Program Files (x86)中。

我将提到两种解决方案。

我的解决方案:在我的例子中，我将这个添加到我的环境变量:

export NODE_OPTIONS=--max_old_space_size=20480

但是即使我重新启动我的电脑，它仍然不能工作。我的项目文件夹在d:\ disk。所以我把我的项目移到c:\ disk，它工作了。

我队友的解决方案是:打包。Json配置也工作。

"start": "rimraf ./build && react-scripts --expose-gc --max_old_space_size=4096 start",

我在AWS Elastic Beanstalk上有这个错误，从t3升级实例类型。micro(免费层)到t3。小修正错误

Unix (Mac OS)

打开一个终端，使用nano打开我们的.zshrc文件，就像这样(这将创建一个，如果不存在的话): 纳米~ / . zshrc 通过在当前打开的.zshrc文件中添加以下行来更新NODE_OPTIONS环境变量: ——max-old-space-size=8192 #增加节点内存限制

请注意，我们可以设置传入的兆字节数，只要我们的系统有足够的内存(这里我们传入8192兆字节，大约是8 GB)。

保存并退出nano，按:ctrl + x，然后y同意，最后进入保存更改。 关闭并重新打开终端，以确保我们的更改已被识别。 我们可以打印出.zshrc文件的内容，看看我们的更改是否像这样保存:

Linux (Ubuntu)

打开终端，使用nano打开.bashrc文件，如下所示: 纳米~ / . bashrc

其余步骤与上面的Mac步骤类似，只是我们很可能使用~/。Bashrc(与~/.zshrc相反)。所以这些值需要被替换!

链接到Nodejs文档

我今天也遇到了同样的问题。对我来说，问题是，我试图在我的NextJS项目的数据库中导入大量数据。

所以我所做的是，我像这样安装win-node-env包:

yarn add win-node-env

因为我的开发机器是Windows。我在本地安装，而不是在全球安装。你也可以像这样全局安装它:yarn global add win-node-env

然后在包装中。我的NextJS项目的json文件，我添加了另一个启动脚本，像这样:

"dev_more_mem": "NODE_OPTIONS=\"--max_old_space_size=8192\" next dev"

在这里，我传递节点选项，即。设置8GB为上限。 我的包裹。Json文件看起来像这样:

{
  "name": "my_project_name_here",
  "version": "1.0.0",
  "private": true,
  "scripts": {
    "dev": "next dev",
    "dev_more_mem": "NODE_OPTIONS=\"--max_old_space_size=8192\" next dev",
    "build": "next build",
    "lint": "next lint"
  },
  ......
}

然后我这样运行它:

yarn dev_more_mem

对我来说，我只在我的开发机器上遇到了这个问题(因为我正在导入大数据)。因此有了这个解决方案。我想分享一下，因为它可能对其他人有用。

我在一台windows机器上也有同样的问题，我注意到出于某种原因，它在git bash中不能工作，但在power shell中可以工作

所有这些答案都不适合我(我没有尝试更新npm)。

我的程序使用了两个数组。一个是在JSON上解析的，另一个是根据第一个上的数据生成的。在第二个循环之前，我只需要将第一个JSON解析数组设置为[]。

这样就释放了大量的内存，允许程序继续执行而不会在某个时候内存分配失败。

干杯!

你可以通过以下方法修复Node.js中的“堆出内存”错误。

Increase the amount of memory allocated to the Node.js process by using the --max-old-space-size flag when starting the application. For example, you can increase the limit to 4GB by running node --max-old-space-size=4096 index.js. Use a memory leak detection tool, such as the Node.js heap dump module, to identify and fix memory leaks in your application. You can also use the node inspector and use chrome://inspect to check memory usage. Optimize your code to reduce the amount of memory needed. This might involve reducing the size of data structures, reusing objects instead of creating new ones, or using more efficient algorithms. Use a garbage collector (GC) algorithm to manage memory automatically. Node.js uses the V8 engine's garbage collector by default, but you can also use other GC algorithms such as the Garbage Collection in Node.js Use a containerization technology like Docker which limits the amount of memory available to the container. Use a process manager like pm2 which allows to automatically restart the node application if it goes out of memory.