structuredClone()用于安全深拷贝中小规模结构化数据，保留原引用；Transferable对象（如ArrayBuffer）通过transfer实现零拷贝移交所有权，适合大块二进制数据；混合策略可兼顾元数据完整性与载荷传输效率。
在HTML5中，克隆（
）与转移（
对象，如
、
等）是两种关键机制，用于在主线程与Web Worker之间、或跨iframe通信时处理大型数据。它们对内存和传输性能有截然不同的影响：克隆产生副本，安全但耗内存；转移则零拷贝移交所有权，高效但需放弃原引用。合理选择或组合使用，才能在内存占用与传输速度间取得平衡。
克隆适合需要保留原始数据的场景
当主线程仍需读写原始数据（如图像像素数组、JSON配置、状态快照），又需将一份独立副本送入Worker处理时，
是最直接的选择。它支持大多数常用类型（
、
、
、
、
、
等），且自动深拷贝，无需手动序列化。
适用于中小规模数据（如几MB以内的结构化对象）
避免因共享引用导致的竞态问题，线程安全
注意：不支持函数、
、
、
等，会抛错
示例：
转移适合大块二进制数据的高速传递
对于
、
、
等可转移对象，使用
参数可实现零拷贝传输——数据内存地址直接移交，原上下文中的引用立即失效（变为
或
）。这极大降低内存峰值与序列化开销，特别适合视频帧、音频缓冲、大型网格数据。
必须显式传入
数组，例如：
转移后主线程不能再访问该
，否则读写会静默失败
可组合使用：只转移大块二进制字段，其余结构化字段用克隆
注意：
本身不可转移，但其
可以
混合策略提升综合效率
真实应用中，数据常包含“元信息+载荷”两部分。例如一个图像处理任务可能含：
。此时可拆分处理：
立即学习
“
前端免费学习笔记（深入）
”；
用
传递轻量元数据（
、
、
）
将
加入
列表单独转移
最终发送：
Worker端收到后，
是完整副本，
是拥有所有权的视图
避免常见误区
盲目追求“零拷贝”或“完全隔离”都可能适得其反：
频繁转移小对象（如几个字节的
）反而增加调度开销，不如克隆
误以为
能转移——它只是深拷贝，不会释放原内存
忘记检查
或
，导致转移空或无效缓冲区
在转移后继续使用原
，引发静默错误（如
）
structuredCloneTransferableArrayBufferMessagePortstructuredClone()ObjectArrayDateMapSetTypedArrayRegExpPromiseDOM节点worker.postMessage(structuredClone(largeConfig), []);ArrayBufferImageBitmapOffscreenCanvastransfernulldetachedtransferworker.postMessage(buffer, [buffer]);ArrayBufferTypedArray.buffer{id: 1, format: 'png', timestamp: Date.now(), pixels: new Uint8ClampedArray(...)}structuredClone()idformattimestamppixels.buffertransferworker.postMessage({meta, pixels}, [pixels.buffer]);metapixelsArrayBufferstructuredCloneArrayBuffer.isView().byteLengthArrayBufferTypedArray.length === 0