JavaScript多线程通信必须通过StructuredClone自动拷贝而非共享，以避免竞态；它保类型深拷贝支持Array、Date、Map、ArrayBuffer等，但不支持函数、DOM节点等，postMessage自动启用该机制并可配合transferList零拷贝移交。
JavaScript 中多线程通信（如主线程与 Web Worker 之间）必须通过拷贝而非共享来保证安全，核心机制是 StructuredClone——它不是手动实现的逻辑，而是浏览器自动启用的底层算法，专为跨线程数据传递而设计。
为什么不能直接赋值或用 JSON
原始赋值（=）只是复制引用，两个线程操作同一内存地址，会引发竞态和数据污染；JSON 序列化/反序列化虽能深拷贝，但会丢弃 Date、Map、Set、Blob、TypedArray、RegExp 等类型，也不支持循环引用。这些限制在真实业务中极易踩坑。
哪些数据能被安全克隆
StructuredClone 支持保类型、保语义的拷贝，覆盖绝大多数现代 Web 场景所需类型：
- 基本结构：Array、Object、Date、RegExp、Map、Set、BigInt、Boolean、String、Number、null、undefined（注意：undefined 在 postMessage 中会被静默忽略）
- 二进制与媒体：ArrayBuffer、TypedArray（如 Uint8Array）、DataView、Blob、File、ImageData、ImageBitmap
- 其他：URL、FormData、CryptoKey、DOMException（部分）、WebAssembly.Module
不支持的类型会触发 DataCloneError，例如函数、Error 实例、DOM 节点、WeakMap、WeakSet、window、document 等——这些本就不该跨线程传递。
立即学习“Java免费学习笔记（深入）”；
怎么用才真正安全
你不需要手动调用 StructuredClone API（尽管 Chrome/Firefox 已提供 structuredClone() 全局函数），只要使用标准通信接口，浏览器就自动启用它：
-
worker.postMessage(data, [transferList])：data 自动走 StructuredClone；若含 ArrayBuffer 或 MessagePort，可加 transferList 实现零拷贝移交（移出原线程所有权） -
MessageChannel.port1.postMessage(data)同理 -
postMessage(data, targetOrigin, [transferList])在 iframe 或窗口间也适用（需目标窗口允许）
关键细节：克隆后的新对象与原对象完全独立，修改 worker 里的数组不会影响主线程，反之亦然——这才是“安全传递”的实质。
大数组或高频场景下的实用建议
对超大数组（如百万级数值），避免整块克隆带来的序列化开销：
- 按需分片：主线程切分数据，每个 worker 处理一段，结果再聚合
- 用 transferList 移交 ArrayBuffer：把
new Float64Array(buffer)的 buffer 直接转移，避免拷贝内存 - 复杂对象先精简：剔除 worker 不需要的字段（如 UI 配置、事件回调），只传纯数据
不复杂但容易忽略。
