为什么将Buffer转移给Node.js Worker线程后主线程仍可访问？

问题核心原因 #

你遇到的表现不符合预期是因为踩到了Node.js Buffer分配的隐藏机制，和线程通信的转移逻辑限制，具体原因如下：

1. fs.readFile返回的Buffer是池化分配的
   Node.js 内置IO API默认会使用共享的内部Buffer池分配内存，你拿到的Buffer实例的.buffer属性指向的是整个共享池的大ArrayBuffer，而非仅属于当前Buffer的独立内存段。针对共享池的ArrayBuffer，postMessage会自动降级为结构化克隆（也就是复制全量数据），不会执行所有权转移，否则会直接破坏Node的内部内存池，导致全局异常。

2. 「转移」的本质逻辑
   符合要求的ArrayBuffer（非池化、非共享、独立分配）执行转移时，会直接把这段内存的所有权从当前线程的V8实例移交到目标线程的V8实例，移交完成后原线程的ArrayBuffer会被标记为已分离（detached），byteLength变为0，无法再访问，全程没有内存拷贝，效率远高于结构化克隆。

验证方案 #

你可以修改主线程代码，把池化Buffer转成独立ArrayBuffer再做转移，就能看到符合文档的表现：

const data = await fs.readFile("./threads/test");
// 切出独立的非池化ArrayBuffer
const independentAb = data.buffer.slice(data.byteOffset, data.byteOffset + data.byteLength);
const worker = new Worker("./threads/noBlock/b.js");
console.log(independentAb.byteLength); // 打印你文件对应的大小
worker.postMessage(new Uint8Array(independentAb), [independentAb]);
console.log(independentAb.byteLength); // 转移后打印0，原内存已不可访问

此时你在worker线程修改拿到的Uint8Array，再把对应的ArrayBuffer转移回主线程，主线程就能看到修改后的内容。

原有代码的其他表现解释 #

• 主线程原Buffer可访问：因为系统自动降级为复制，没有执行真的转移，原内存所有权还在主线程
• worker修改不生效：两个线程持有的是独立的内存副本，修改自然不会互通

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