确保对象拷贝结构一致性，需守住引用拓扑不破坏和类型行为层级严格对齐两点；通过weakmap检测循环引用、自反性验证、按语义选择拷贝层级、适配特殊类型并校验结构等价性来实现。
确保对象拷贝过程中的结构一致性，核心是守住两点：一是不破坏原始对象的引用拓扑关系，二是让副本在类型、行为和层级嵌套上与原对象严格对齐。不是“复制得像”，而是“映射得准”。
检查并保留原始引用关系
结构一致性的首要标志是引用链闭环和跨层级指向关系必须被完整还原。比如原对象中 a.b.c = a，拷贝后 cloneA.cloneB.cloneC 必须等于 cloneA，而不是 undefined 或一个新对象。
- 用 WeakMap 在拷贝前扫描原始对象图，标记所有已访问节点；若同一对象被重复遍历，说明存在循环引用，需提前介入处理
- 避免依赖 JSON.stringify 判断——它只在序列化时抛错，无法定位哪两个字段构成闭环
- 对关键路径做自反性验证：Object.is(obj, obj.parent?.parent) 这类简单检查能快速暴露常见自引用
按语义选择拷贝层级，而非盲目深拷贝
结构一致性 ≠ 所有嵌套都展开。有些引用本就该共享（如配置常量、不可变枚举），强行深拷反而破坏设计意图。
- 纯数据传输场景（如 API 请求体）：用 Object.assign({}, obj) 或 {...obj} 足够，不带原型、不跑方法，结构扁平即安全
- 需保留类行为的实例复制：用构造函数重建实例，Object.assign(new obj.constructor(), obj)，确保 instanceof 和原型方法可用
- 继承链复杂（如子类实例）：用 Object.create(Object.getPrototypeOf(obj)) 显式设原型，再赋值属性，避免 __proto__ 非标准写法
验证副本是否真正“结构等价”
拷贝完成后，不能只比值相等，要验证结构映射是否一一对应。
- 写一个轻量校验函数，递归比对每条引用路径终点：original.a.b === original.c → cloned.a.b === cloned.c
- 监控深拷贝过程中的缓存命中率：WeakMap 的 get 次数远高于 set 次数，大概率说明引用被反复处理，结构已失真
- 对大型对象抽样记录递归深度，连续多层深度 > 50 且类型集中（如全是 Object），提示可能存在深层循环或映射断裂
特殊类型需单独适配
数组、Map、Set、Date、RegExp 等内置类型不遵循普通对象逻辑，直接用 Object.assign 或 JSON.parse/stringify 会丢方法、变类型、删 undefined，结构自然不一致。
- Map/WeakMap/Set：需新建实例，并逐项 set 或 add，注意 key 的深拷贝逻辑（尤其对象 key）
- Date/RegExp：不能只复制时间戳或字符串，要用构造函数重建：new Date(originalDate)、new RegExp(originalReg)
- 函数和 Symbol：通常不拷贝（语义上不属于“结构”），若必须保留，需显式提取并绑定上下文
