多层继承下深度克隆失败本质是循环引用导致的无限递归，而非死锁；需用WeakMap实现带图遍历克隆，跳过原型、重置constructor与私有状态，并避免原型上存放可变共享数据。
多层继承结构下的深度克隆死锁，本质不是“死锁”，而是**无限递归调用引发的栈溢出或嵌套层级超限错误**，根源在于原型链中存在循环引用（如父类实例持子类引用、或多个类通过属性/原型互相持有），而默认克隆机制无法识别已处理过的对象节点。
识别原型链中的循环引用点
JavaScript 中的原型链本身不直接参与克隆过程，但若对象属性显式引用了原型上的对象（尤其是跨层级共享的数组、配置对象、监听器集合等），就可能形成 A→B→A 类型的引用环。常见位置包括：
- 子类实例中保存了对父类原型方法上下文的绑定（如
bind(this)后存入属性） - 多个继承层级共用同一份缓存对象（如
SubClass.prototype.cache = Parent.prototype.cache） - 手动在实例上挂载了指向自身构造函数原型的引用（如
this.$proto = this.constructor.prototype） - 事件系统中注册的回调闭包捕获了上级实例（导致隐式反向引用）
使用 WeakMap 实现带图遍历的深克隆
必须绕过原生 structuredClone（不支持函数、原型、循环）和 JSON.parse(JSON.stringify())（丢弃函数、undefined、Symbol、循环直接报错），改用可中断、可查重的手动遍历方案：
- 初始化一个
WeakMap，键为原始对象，值为对应克隆体，用于快速判断是否已克隆过该对象 - 克隆函数时不做复制，而是重建（
new Function(...)不安全，建议跳过或替换成空桩） - 遇到
prototype属性或__proto__，跳过不拷贝（原型属于类型定义，非实例状态） - 对每个属性值做类型分发：基本类型直接赋值；对象/数组递归调用克隆函数；null、Date、RegExp 等内置类型单独处理；函数、Promise、DOM 节点等不可序列化类型按需忽略或抛出提示
继承结构中需重置的关键状态
仅复制属性不够，多层继承对象常依赖内部状态一致性。克隆后应主动修正以下内容：
-
constructor 指针：确保克隆体的
constructor指向正确类，避免因原型链污染导致误判 -
私有字段模拟：若用
#field或闭包模拟私有成员，需在克隆函数中重新初始化，不能依赖属性遍历 - 事件监听器：清除原对象绑定的监听器（避免重复触发），新对象需重新注册或留空
- UUID / ID 字段：自动生成新唯一标识，防止后续业务逻辑冲突
避免在原型上存放可变共享数据
这是最根本的预防手段。检查所有继承链上的 prototype，确保不出现：
- 可变引用类型字段（如
cache = {}、listeners = []） - 直接将实例方法赋值给原型属性（应始终通过
this.method.bind(this)在实例内创建） - 跨类共享的全局配置对象未做防御性拷贝
把这类数据移到实例初始化阶段（constructor 或 init() 中），从源头切断循环可能性。
