JavaScript中“零拷贝”本质是避免内存重复复制，通过transferable对象移交ArrayBuffer所有权实现跨线程高效传输，或通过多TypedArray视图共享同一ArrayBuffer实现同上下文零拷贝操作，SharedArrayBuffer则支持线程间同步读写。
JavaScript 中通过 ArrayBuffer 实现“零拷贝”通信，本质是**避免数据在内存中重复复制**，关键在于共享底层二进制缓冲区（即复用同一块 ArrayBuffer），而不是真正绕过所有拷贝（JS 引擎层仍需管理引用和边界）。实际高效场景集中在 Worker 线程通信 和 WebGL / Canvas 图像处理 等需要大量二进制数据交换的场合。
使用 transferable 对象实现真正的零拷贝传输（主线程 ↔ Worker）
当主线程向 Worker 发送大块二进制数据时，若直接传 ArrayBuffer，默认会结构化克隆——即深拷贝整块内存，开销极大。而通过 postMessage(arrayBuffer, [arrayBuffer]) 的第二个参数声明其为 transferable，就能把该 ArrayBuffer 的所有权移交给目标上下文，原上下文中的引用立即失效（变为 <code>byteLength === 0）。
- 主线程发送（移交所有权）：
const view = new Uint8Array(buffer);
view[0] = 42;
// 发送并移交 buffer 控制权
worker.postMessage(buffer, [buffer]); // 注意：第二个参数是 transfer list
- Worker 接收（获得独占访问）：
const buffer = e.data; // 直接拿到原始 ArrayBuffer
console.assert(buffer.byteLength > 0); // ✅ 有效
const view = new Uint8Array(buffer);
console.log(view[0]); // 42
};
⚠️ 注意：transfer 后原 buffer 不可再用；不可 transfer 普通数组或 TypedArray，只能 transfer ArrayBuffer、MessagePort、ImageBitmap 等明确支持的类型。
共享 ArrayBuffer：多个 TypedArray 视图共用同一块内存
零拷贝不只发生在跨线程，也体现在同一上下文中对同一缓冲区的多视图操作。例如图像处理中，一个 ArrayBuffer 可同时被 Uint8ClampedArray（像素）、Uint32Array（RGBA 整数打包）、Float32Array（计算用）共同映射，修改任一视图都会实时反映到其他视图——无任何数据复制。
立即学习“Java免费学习笔记（深入）”；
const pixels8 = new Uint8ClampedArray(buffer);
const pixels32 = new Uint32Array(buffer);
// 写入 RGBA 像素（通过 32 位视图）
pixels32[0] = 0xFF00FF00; // green
// 立即可通过 8 位视图读取分量
console.log(pixels8[0], pixels8[1], pixels8[2], pixels8[3]); // 0, 255, 0, 255
✅ 这种“零拷贝视图切换”是 WebGL 纹理上传、Canvas getImageData 后快速处理的基础。
配合 SharedArrayBuffer（需跨域隔离）实现线程间同步读写
Transferable 实现的是单向所有权移交，而 SharedArrayBuffer 允许主线程与 Worker **同时读写同一块内存**，真正实现低延迟共享。但因安全限制（Spectre 攻击），必须启用跨域隔离（crossorigin + COOP/COEP 头），且仅限支持环境（现代 Chrome/Firefox）。
- 创建共享缓冲区：
const int32View = new Int32Array(sab);
- 主线程写，Worker 读（配合
Atomics同步）：
Atomics.store(int32View, 0, 123);
Atomics.notify(int32View, 0);
// Worker 中监听
Atomics.wait(int32View, 0, 0); // 等待值变化
console.log(Atomics.load(int32View, 0)); // 123
⚠️ SharedArrayBuffer 不可 transfer，它本身设计就是共享的；所有操作必须用 Atomics 保证原子性，否则有竞态风险。
避开常见误区：什么不算零拷贝？
以下操作看似“用 ArrayBuffer”，但实际触发了隐式拷贝，无法达到零拷贝效果：
- 将
TypedArray（如Uint8Array）直接传给postMessage而不 transfer 其buffer→ 会克隆整个数组内容 - 用
slice()或subarray()创建新视图后传出去 → 若未 transfer 底层 buffer，接收方得到的是副本 - 将
ArrayBuffer转成base64或JSON.stringify→ 完全脱离二进制上下文，必然拷贝+编码 - 在
fetch或XMLHttpRequest中调用arrayBuffer()→ 此时浏览器已内部完成 IO 拷贝，返回的是新分配的 buffer
零拷贝的核心逻辑是：谁持有 buffer 所有权、是否复用同一内存地址、是否绕过序列化。抓住这三点，就能判断某段代码是否真正高效。
