Node应用设置max_old_space_size大于24G仍在18GB内存时抛出std::bad_alloc崩溃

问题根因分析 #

你遇到的18GB固定阈值崩溃问题，核心原因有三个，优先级从高到低排列：

• Gatsby spawn的子进程未继承NODE_OPTIONS配置：你在全局设置的NODE_OPTIONS只会作用于npm父进程，Gatsby构建时启动的worker子进程默认会使用独立的内存限制，甚至部分旧版本Gatsby会硬编码worker进程内存上限为16GB，你在父进程加的--inspect参数连不到子进程也是同一个原因。
• Node v14.17.4版本的已知大内存分配bug：该版本是2021年的早期v14 LTS版本，存在超过16GB堆内存申请时的C++层面分配缺陷，即使你配置了更高的max_old_space_size，底层分配内存时依然会抛std::bad_alloc错误，该错误属于V8引擎的原生错误，不会输出JS层面的堆栈日志。
• 小概率原因：你安装的是32位版本的Node.js，最大寻址空间受限，可通过node -p "process.arch"验证，输出x64即为64位正常版本。

解决步骤 #

按顺序尝试以下方案即可解决问题：

1. 优先使用Gatsby专属内存配置，不要仅依赖NODE_OPTIONS
   在执行构建前额外设置worker进程内存上限环境变量：

export GATSBY_WORKER_MEMORY_LIMIT=32000
export NODE_OPTIONS=--max_old_space_size=32000

也可以直接修改package.json中的build脚本，跳过npm中间进程直接传递参数给Gatsby：

{
  "scripts": {
    "build": "node --max_old_space_size=32000 node_modules/gatsby/dist/bin/gatsby.js build"
  }
}

2. 验证子进程是否拿到配置
   在项目根目录的gatsby-node.js头部加入以下代码，构建时即可打印子进程的实际内存配置：

console.log('子进程内存配置：', process.env.NODE_OPTIONS)
console.log('子进程架构：', process.arch)

3. 升级Node.js版本
   你当前使用的Node版本存在已知内存缺陷，建议升级到v14.x的最新LTS版本v14.21.3，或直接升级到v16/v18的LTS版本，可直接修复底层大内存分配问题。
4. 临时关闭并行构建验证
   如果上述操作后仍有问题，可尝试关闭多进程构建排除内存碎片化影响：

export GATSBY_CPU_COUNT=1
npm run build

内容的提问来源于stack exchange，提问作者MiniMe