多层原型继承中参数传不进深层父类，本质是构造调用链被截断——子类super()未透传参数或代理层绕过标准流程；需每层显式传递参数、维护new.target语义，并避免手动修改原型链。
多层原型继承中，new 实例化时参数传不进深层父类，本质是构造调用链被截断——子类 super() 没能将参数透传给祖父类，或代理/包装层绕过了标准构造流程。关键不在“层数”，而在每层是否保留了 new.target 语义和参数转发逻辑。
检查 super() 调用是否完整传递参数
ES6 类继承要求：派生类构造器中 super(...args) 必须显式传参，否则参数在第一层就丢失。
- 错误写法（参数中断）：
super();—— 即使父类接受参数，也只传空参 - 正确写法：
super(...arguments);或super(prop1, prop2);—— 显式展开或指定 - 若存在中间类（如 A → B → C），B 的构造器必须接收并转交参数给
super()，不能漏掉
代理类或高阶封装需显式维护 new.target
当某层是 Proxy 包裹的类（例如用于日志、装饰、兼容封装），construct 陷阱若直接 new _class(args)，会丢失 constructor（即 new.target），导致实例原型指向错误，参数虽传入但上下文已失效。
- ❌ 错误：
return new _class(...args);—— 忽略第三个参数constructor - ✅ 正确：
return Reflect.construct(_class, args, constructor);—— 第三个参数确保新对象的[[Prototype]]指向当前new.target.prototype - 该修复适用于任意深度的继承链，只要最上层 Proxy 正确透传
constructor，后续super()就能延续语义
避免手动重写原型链破坏构造意图
使用 Sub.prototype = new Super() 这类原型链继承时，new Super() 是无参执行，无法响应子类传参需求；且该方式本身已被 class 语法取代，容易引发参数链断裂和原型污染。
- 不要在 class 外部用
Object.setPrototypeOf或赋值prototype手动拼接多层原型 - 统一使用
extends语法，保障引擎自动处理super和new.target的链式流转 - 若需兼容旧环境，应使用 Babel 编译后的标准继承结构，而非自行模拟
组合继承中重复调用的干扰
经典组合继承（借用构造函数 + 原型链）常因 Super.call(this) 和 Sub.prototype = new Super() 各调一次父类构造器，造成参数被错位应用：第一次用于实例属性初始化，第二次用于原型属性初始化，后者往往没传参或传错参。
- 推荐改用寄生组合式继承：只调一次父类构造器，通过
Object.create(Super.prototype)设置原型，避免冗余执行 - 确保
Super.call(this, ...args)中的...args来自当前构造器输入，而非硬编码或默认值 - 可加守卫逻辑，如
if (args.length > 0) Super.call(this, ...args);防止空参覆盖
