NodeJS/Chrome环境下Typed Array使用for-of迭代后垃圾回收失效问题

这是V8引擎旧版本中TypedArray迭代器实现的已知Bug，仅出现在Node.js 14/16/17对应的V8版本中，后续Node.js 18及更高版本已经完成修复。

• 核心触发逻辑：旧版V8中TypedArray的for-of迭代器实现会隐式持有原TypedArray对应的底层ArrayBuffer的强引用，该引用作为for-of语法生成的临时变量，会挂载在当前作用域的临时变量槽上。
• 普通数组无此问题的原因：普通Array的内存完全由V8堆内管理，分配1e8长度的数组会直接占用大量堆内内存，触发V8主动执行GC，扫描到临时迭代器引用后将其清理，对应内存即可正常回收。
• TypedArray内存无法释放的原因：TypedArray的核心数据存储在V8堆外内存中，堆内仅保留一个极小的ArrayBuffer包装对象，哪怕分配1GB的TypedArray，V8堆内内存占用依然很低，达不到GC触发阈值，不会主动执行垃圾回收，迭代器持有的强引用一直存在，就会导致堆外内存被永久占用。你观察到的“数组放大到1e9问题依然存在”也符合这个逻辑，堆外内存占用不会计入V8的GC触发阈值计算。
• 你的测试结论完全正确：改为普通for循环后没有生成持有引用的迭代器对象，自然不会出现内存被锁定的问题。

如果需要在受影响的Node.js版本中解决该问题，可选择任意一种方案：

• 遍历TypedArray时优先使用传统下标for循环，避免使用for-of语法。
• 将TypedArray的创建、遍历逻辑包裹在独立的函数作用域中，函数执行完成后作用域销毁，迭代器的引用会被标记为可回收，下次GC时即可正常释放内存：

// 示例：用独立作用域包裹逻辑
(() => {
  let arr = new Uint8Array(1e8);
  for(const a of arr) {
  }
  console.log('releasing...');
  arr = null;
})()

setTimeout(() => {
}, 1e6);

• 若允许调整进程启动参数，可添加--expose-gc参数启动Node.js，在释放大TypedArray后主动调用gc()触发全量垃圾回收，强制清理未被扫描的临时引用。

该问题在V8 9.5及更高版本中已经修复，对应Node.js 18.x及以上的所有稳定版本，升级到对应版本后，原测试代码的内存可以正常回收，不会出现永久占用的问题。

内容的提问来源于stack exchange，提问作者vitaly-t