Node.js与Chrome中JS对象内存占用差异：二叉树测试异常原因咨询

问题场景 #

我无法理解为什么Node.js里堆内存大小是预期值的两倍。

我创建了一棵完美二叉树，推测V8引擎知道每个节点包含3个字段：

function buildTree(depth) {
  if (depth === 0) return null;

  return {
    value: 0,
    left: buildTree(depth - 1),
    right: buildTree(depth - 1),
  };
}

我假设1个数字占用8字节，2个对象引用各占用8字节，因此一个树节点总共占用24字节。

随后我在Node.js中运行以下代码：

const tree = buildTree(25);
// 2 ** 25 - 1 ≈ 33_500_000 nodes
// 33_500_000 nodes × 24 bytes = 840_000_000 bytes

const { heapUsed } = process.memoryUsage();
const N = 2 ** 25 - 1;
const expectedSize = (N * 24 / 1e6).toFixed(2) + " MB";
const actualSize = (heapUsed / 1e6).toFixed(2) + " MB";

console.table({ expectedSize, actualSize });

// ┌──────────────┬──────────────┐
// │ expectedSize │ '805.31 MB'  │
// │  actualSize  │ '1614.08 MB' │
// └──────────────┴──────────────┘

但在Chrome中运行该代码时：打开开发者工具，在控制台执行代码，切换到内存面板后看到的内存占用为807 MB，符合预期。

请问V8引擎的工作机制是怎样的？为什么Node.js需要两倍的内存？与Chrome相比差异在哪里？

解答 #

1. V8的内存分代核心机制 #

V8将堆内存分为新生代和老生代两个区域：

• 新生代存储临时对象，采用Scavenge回收算法，内存被拆分为两个大小相等的半区（From/To），同一时刻仅一个半区处于活跃状态。当活跃半区填满时，存活对象会被复制到闲置半区，随后交换两个半区的角色。
• 老生代存储存活时间较长的对象，采用Mark-Sweep（标记清除）+Mark-Compact（标记整理）算法回收内存。

2. Node.js与Chrome的关键差异 #

（1）新生代内存配置与对象晋升时机

• Chrome的新生代默认大小在64位系统为32MB，较小的空间会让大量新创建的树节点快速达到晋升阈值（比如经历一次Scavenge回收），直接进入老生代，不会占用新生代的双半区空间。
• Node.js的新生代默认大小在64位系统为64MB，更大的空间会让节点先填满活跃半区，再复制到闲置半区，此时新生代的两个半区都会被占用，直到对象满足晋升条件进入老生代。你的测试中，统计内存时可能对象还未完成晋升，导致heapUsed包含了新生代双半区的全部占用，看起来是预期值的两倍。

（2）内存统计逻辑不同

• Node.js的process.memoryUsage().heapUsed统计的是V8堆中已分配的所有内存，包括新生代中待回收的闲置半区空间。
• Chrome内存面板显示的是存活对象实际占用的内存，会自动过滤掉垃圾回收标记为可回收的空间，以及新生代中未被使用的半区，因此更接近你计算的预期值。

（3）垃圾回收触发阈值

Chrome在浏览器环境下会更频繁触发垃圾回收，尤其是当内存占用上升时，会及时将新生代存活对象晋升到老生代，释放闲置半区。而Node.js默认的垃圾回收触发阈值更高，你的测试代码可能在统计内存时，还未触发Scavenge回收完成对象晋升，导致统计的内存翻倍。

3. 验证方法 #

在Node.js中手动触发垃圾回收后再统计内存（启动时需添加--expose-gc参数）：

const tree = buildTree(25);
global.gc();
const { heapUsed } = process.memoryUsage();
const N = 2 ** 25 - 1;
const expectedSize = (N * 24 / 1e6).toFixed(2) + " MB";
const actualSize = (heapUsed / 1e6).toFixed(2) + " MB";

console.table({ expectedSize, actualSize });

此时actualSize会接近预期的800MB左右，因为垃圾回收已完成新生代对象晋升，释放了闲置半区空间。

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