structuredclone通过引擎c++层原生实现结构化克隆算法，对date、regexp等重建实例并保留原型链，对map/set还原引用关系，对循环引用用映射表避免递归，对blob等直拷二进制，从而保类型保语义。
structuredClone 不是 JS 层写的函数，而是浏览器和 Node.js 引擎直接暴露的底层能力。它不走字符串序列化路径，也不依赖循环递归逻辑，而是调用引擎内置的结构化克隆算法（Structured Clone Algorithm），在 C++ 层直接操作 JS 值的内部表示。
它是怎么做到“保类型+保语义”的？
传统 JSON 方案把 Date 变成字符串、RegExp 变成空对象、Map/Set 直接丢掉——因为 JSON 标准只认有限几种类型。structuredClone 则对每类合法值有专属处理逻辑：
- Date、RegExp、BigInt：不转字符串，直接新建实例，内部属性（如 RegExp 的 flags）和原型链完整保留
- Map、Set、TypedArray、ArrayBuffer：逐项复制键值或字节，并还原引用关系（比如 Map 中的 key 是对象，克隆后仍保持对应）
- 循环引用：内部维护“已访问对象映射表”，遇到重复引用时复用已生成节点，避免无限递归或数据错乱
- Blob、File、ImageData：调用平台底层接口直拷二进制，不经过 JS 层编码/解码
为什么比 JSON.parse(JSON.stringify()) 快？
关键在于绕过了文本中间态。JSON 方案要先序列化为字符串（内存分配 + UTF-8 编码），再解析成新对象（语法分析 + 对象重建），两轮开销叠加。structuredClone 在引擎层直接操作 JS 值的内部结构，跳过字符串转换，时间复杂度接近 O(n)。
- 克隆含 5 层嵌套、10 万个元素的数组，Chrome 125 下平均快 40%~60%
- 处理 10MB ArrayBuffer 时优势更明显，没有冗余编码/解码环节
transfer 选项不是加速，而是切换内存归属
启用 { transfer: [buffer] } 并不会让拷贝变快，而是把原始 ArrayBuffer 的所有权移交给克隆体——主线程的 buffer.byteLength 立即变为 0，克隆体获得该内存块。
- 这是真正的零拷贝（O(1) 时间），适合向 Web Worker 传视频帧等大块二进制数据
- 必须确保传完不再访问原 buffer，否则读写会失败
- 普通克隆下，源和克隆各占一份内存；transfer 后总内存占用不翻倍
它的性能边界在哪？
高效不等于万能，瓶颈取决于数据特征：
- 小对象（
- 大 ArrayBuffer / TypedArray：transfer 能极大缓解内存压力，但需业务层协调所有权
- 深度嵌套（>100 层）或超多引用（如图结构）：映射表内存占用略升，但不会栈溢出
- 不支持的类型（Function、Symbol、DOM 节点、Proxy、WeakMap/WeakSet）会被忽略或报错，不能强行克隆
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
