Node.js工作线程垃圾回收表现与主线程不一致问题咨询

问题根因 #

你遇到的不是工作线程不执行GC，是两个核心机制导致的现象：

1. fs.readFile返回的大Buffer底层依赖V8的ArrayBuffer原生内存，这部分内存不计入V8堆内存统计，你测试数据里heapUsed仅4MB左右，远低于V8默认触发GC的堆内存阈值，因此V8不会主动触发GC扫描。
2. 主线程默认绑定了外部内存阈值触发逻辑，当external/arrayBuffers达到阈值时会主动触发GC；但Node.js的工作线程默认没有继承这个触发逻辑，且主线程的启动参数不会自动传递给工作线程，你之前配置的--expose-gc、--max-old-space-size等参数根本没生效到工作线程中，因此手动调用global.gc()是无效操作。

解决方案 #

1. 给工作线程传递启动参数 #

创建Worker时显式指定execArgv配置，将需要的参数传入工作线程：

const worker = new Worker(__filename, {
  // 继承主线程的启动参数，或者单独指定需要的参数
  execArgv: ['--expose-gc', '--max-old-space-size=1024']
});

修改后再跑测试，你调用的global.gc()会正常生效，arrayBuffers和RSS会在GC触发后回落。

2. 更稳妥的生产环境方案 #

如果是单次任务型的工作线程（比如处理单张大图），处理完任务直接退出工作线程即可，不需要依赖GC回收内存：

• 处理完单个图像任务后调用process.exit()退出工作线程，下一个任务再创建新的Worker即可，Worker的创建开销远低于大内存泄漏带来的风险。
• 大文件/大图像处理尽量用流API替代全量加载到内存的逻辑，从根源上减少大Buffer的产生。

3. 主动释放Buffer（可选） #

如果需要保留工作线程复用，用完大Buffer后可以主动填充0清空底层内存，配合GC加速回收：

fileBuffer.fill(0);
fileBuffer = null;

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