为何Node.js设置堆内存上限后，内存泄漏时堆上限会自动扩容而非崩溃？

在Heroku生产环境中遇到FATAL ERROR: Reached heap limit Allocation failed - JavaScript heap out of memory错误，本地复现时通过node --max-old-space-size=200 ./bin/www.js设置堆内存上限，但当内存接近上限时，堆上限从约200MB自动调整至800MB以上，并未按预期崩溃。通过内存泄漏复现代码和v8模块打印的堆统计日志确认了这一现象，请问原因是什么？

复现代码 #

const crashArray = [];
...
app.get('/leak', async (req, res, next) => {
    v8Print('before push to array');
    crashArray.push(...Array(0.12e6).fill('some string'));
    crashArray.push(...Array(0.12e6).fill('some string'));
    crashArray.push(...Array(0.12e6).fill('some string'));
    crashArray.push(...Array(0.12e6).fill('some string'));
    crashArray.push(...Array(0.12e6).fill('some string'));
    crashArray.push(...Array(0.12e6).fill('some string'));

    v8Print('after push to array');

    res.sendStatus(200);
});

日志打印函数 #

const v8 = require('v8');

// for memory allocation heap debugging
module.exports.v8Print = (message) => {
  const heapStats = v8.getHeapStatistics();
  const heapStatsMB = heapStats;
  for (const key in heapStatsMB) {
    heapStatsMB[key] = `${(((heapStatsMB[key] / 1024 / 1024) * 100) / 100).toFixed(2)} MB`;
  }
  console.log('');
  console.log(message);
  console.table(heapStatsMB);
  console.log('');
};

堆统计日志 #

调用GET /leak接口多次后，日志显示：

before push to array
┌─────────────────────────────┬─────────────┐
│ (index) │ Values │
├─────────────────────────────┼─────────────┤
│ total_heap_size │ '155.28 MB' │
│ total_heap_size_executable │ '0.80 MB' │
│ total_physical_size │ '154.35 MB' │
│ total_available_size │ '122.37 MB' │
│ used_heap_size │ '114.22 MB' │
│ heap_size_limit │ '248.00 MB' │
│ malloced_memory │ '0.01 MB' │
│ peak_malloced_memory │ '2.10 MB' │
│ does_zap_garbage │ '0.00 MB' │
│ number_of_native_contexts │ '0.00 MB' │
│ number_of_detached_contexts │ '0.00 MB' │
└─────────────────────────────┴─────────────┘

after push to array
┌─────────────────────────────┬─────────────┐
│ (index) │ Values │
├─────────────────────────────┼─────────────┤
│ total_heap_size │ '169.45 MB' │
│ total_heap_size_executable │ '0.80 MB' │
│ total_physical_size │ '168.53 MB' │
│ total_available_size │ '175.61 MB' │
│ used_heap_size │ '128.00 MB' │
│ heap_size_limit │ '848.00 MB' │ // <----- 堆上限发生变化
│ malloced_memory │ '0.01 MB' │
│ peak_malloced_memory │ '2.10 MB' │
│ does_zap_garbage │ '0.00 MB' │
│ number_of_native_contexts │ '0.00 MB' │
│ number_of_detached_contexts │ '0.00 MB' │
└─────────────────────────────┴─────────────┘

这一现象是Node.js底层V8引擎的内存自适应扩容机制导致的，具体拆解如下：

1. --max-old-space-size的实际生效范围
   你设置的--max-old-space-size=200仅指定了V8老生代（Old Space）的内存上限，而heap_size_limit是老生代+新生代（New Space）的总和。默认新生代内存约48MB，所以初始堆上限显示为248MB（200+48），和日志中的初始值完全对应。

2. 内存压力触发动态扩容
   当V8检测到内存分配出现压力时，若当前系统存在足够的空闲物理内存，会自动突破你设置的老生代上限，整体扩容堆内存。这是V8的优化策略，目的是避免不必要的OOM崩溃，尽可能维持进程运行。

3. 本地与生产环境的资源差异
   Heroku生产环境的容器有严格的内存配额限制，当进程占用内存超过容器额度时，会被Heroku的OOM Killer直接终止，表现为你看到的FATAL ERROR。而本地环境通常有充足的空闲物理内存，V8的自动扩容机制可以正常触发，因此堆上限被调高，不会触发崩溃。

4. 日志数值的对应验证
   日志中堆上限从248MB跳到848MB，说明V8已将老生代实际上限从200MB提升至约800MB，加上默认48MB的新生代，总和刚好为848MB，完全符合V8的内存管理逻辑。

内容的提问来源于Stack Exchange，提问作者Dashiell Rose Bark-Huss