循环引用隔离的核心是对象身份识别与引用关系映射：structuredClone隐式用图遍历+弱引用机制处理，手写方案显式用WeakMap缓存原对象到克隆体的映射，确保新旧对象零共享且不阻塞GC。

循环引用隔离的核心，是避免重复处理同一对象导致无限递归或数据错乱。structuredClone 和手写 WeakMap 方案看似路径不同，但底层都依赖“对象身份识别 + 引用关系映射”这一共性逻辑。

对象身份识别：不是看值，而是看“是不是同一个内存地址”

两者都不靠 JSON.stringify 或属性遍历来判断是否重复——那会漏判、误判。它们真正依赖的是 JavaScript 的原始引用语义：

• structuredClone 内部用类似 WeakMap 的机制隐式记录已访问对象（虽然不暴露给开发者），靠对象引用本身做键；
• 手写方案显式用 WeakMap<originalObj, clonedObj>，利用 WeakMap 键的弱引用特性，既可精准匹配原对象，又不会阻止垃圾回收。

引用关系映射：重建结构，而非复制路径

遇到 obj.a = obj 这类自引用时，关键不是“跳过”，而是“记下来、后面补上”：

• structuredClone 采用图遍历（graph traversal），先扫描所有节点建立引用拓扑，再按图结构重建新对象，并把 clone.a 指向新生成的 clone 自身；
• WeakMap 手写方案在首次进入 obj 时就存下 map.set(obj, clone)，后续递归中一旦再见到 obj，立刻返回缓存的 clone，从而让 clone.a === clone 成立。

隔离的本质：新旧对象之间零共享

所谓“隔离”，是指克隆后的新对象图完全独立于原始对象图：

• structuredClone 对每个引用类型都创建全新实例（新 Date、新 Map、新 Uint8Array），连 ArrayBuffer 都支持 transfer 转移，确保底层内存不共用；
• WeakMap 方案虽不自动处理 TypedArray 或 RegExp，但只要在递归分支里对每种类型做对应构造（如 new Uint8Array(original)），也能达成同样效果；
• 二者都不拷贝函数、Symbol、原型链、DOM 节点——这些本就不该被“隔离”，而是被明确排除，避免语义污染。

为什么 WeakMap 是手写方案的最优选择

不是因为它“高级”，而是它恰好匹配这个场景的技术约束：

• 键必须是对象且不可枚举——WeakMap 天然满足，普通 Map 用对象作键会引发内存泄漏；
• 不需要长期持有原对象——WeakMap 的弱引用特性，让原始对象被回收后，缓存条目自动失效；
• 不参与序列化——它只在克隆过程临时存在，不影响输出结果，也不被 structuredClone 自身处理（因为 structuredClone 本来就不克隆 WeakMap）。