Node.js中SharedArrayBuffer能否被垃圾回收？如何避免相关内存泄漏？

SharedArrayBuffer的垃圾回收规则确实是：只要所有线程中对该实例的引用都被完全清除，V8引擎就会自动回收其占用的内存，你的场景需求完全可实现，当前泄漏是代码中存在未清除的引用导致的，具体问题和修复方案如下：

已确认的泄漏点 #

• 任务队列闭包持有旧缓冲区引用：你在主线程的while循环中调用异步方法calculate()时没有加await，会导致大量未完成的计算任务堆积在线程池队列中，每个任务的闭包都会捕获创建任务时对应的SharedArrayBuffer实例，只要任务未执行完成，对应的缓冲区就无法被回收。
• V8的GC触发阈值问题：SharedArrayBuffer属于堆外内存，V8默认GC触发阈值是按堆内内存占用计算的，堆外内存占用持续上涨时可能不会及时触发GC，容易造成内存泄漏的假象。

修复方案 #

1. 避免任务堆积
   调整主线程任务下发逻辑，等待上一个计算任务完成后再下发新任务，或者增加线程池队列长度监控，超过阈值时暂停下发任务等待队列清空：

// 修改app.ts中start方法的while循环
while (true) {
    await new Promise<void>(resolve => setTimeout(() => resolve(), 250));
    // 增加await等待计算任务完成，避免队列无限堆积
    await this.calculate();
}

2. 显式清理冗余引用
   确保所有线程中不会留存不必要的缓冲区引用：

• 主线程每次更新缓冲区后，旧的DataView会被新实例覆盖，原有引用会自动释放，无需额外处理
• writer worker中每次update方法执行时，新缓冲区赋值给全局sharedBuffer变量后，旧缓冲区的引用会自动覆盖，无需额外操作
• 计算worker的calculate方法执行完成后，局部变量sharedBuffer和view会自动释放，符合你的设计预期

3. 调整GC策略（可选）
   开发阶段可以给Node启动参数增加--expose-gc，每次更新缓冲区后手动调用global.gc()验证内存是否可以正常回收；生产环境可以通过调整--max-old-space-size参数降低GC触发阈值，避免堆外内存占用过高。
4. 回收状态验证
   可以使用FinalizationRegistry监控缓冲区的回收状态，确认修复效果：

// 在app.ts中增加全局注册逻辑
const bufferGCRegistry = new FinalizationRegistry((bufferId: number) => {
    console.log(`缓冲区${bufferId}已被回收`);
});
let bufferAutoIncrementId = 0;

// 修改app.ts的update方法，每次拿到新缓冲区后注册监控
async update(): Promise<void> {
    const updates: any[] = [];
    this.sharedBuffer = await this.writerThread.update(updates);
    bufferGCRegistry.register(this.sharedBuffer, bufferAutoIncrementId++);
    this.dataView = new DataView(this.sharedBuffer);
}

修复完成后运行程序，可以看到历史缓冲区的回收日志，内存占用会稳定在合理区间不会持续上涨。

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