寄生组合式继承是JavaScript最理想的继承模式，它通过中转函数或Object.create复用父类原型，避免父构造函数重复调用，确保原型链完整、constructor正确，且天然契合引擎的IC缓存、隐藏类与去虚拟化优化。
寄生组合式继承在现代 javascript 引擎中并不是靠“运行时动态修补”获得性能优势，而是因其结构清晰、语义明确，天然契合引擎的内联缓存（ic）、隐藏类（hidden class） 和 原型链优化策略，从而被静态识别并深度优化。
它的静态优化体现在三个关键层面
原型链结构可预测，利于 IC 缓存命中
寄生组合式继承通过Object.create(Parent.prototype)或空函数中转方式设置Child.prototype，确保子类原型直接且唯一地继承自父类原型对象，中间无构造函数执行、无属性污染。V8 等引擎能稳定推断出Child.prototype → Parent.prototype → Object.prototype这条线性、不可变的原型链，在访问child.sayName()时，可将该调用点的查找路径固化为快速跳转，避免每次都要遍历__proto__链。构造函数调用分离，隐藏类演进更干净
子类构造函数中只执行Parent.call(this, ...)，不创建父类实例；实例属性初始化完全由子类控制。这使得 V8 能为Child构造函数生成一组独立、紧凑的隐藏类转换序列，不会因混入父类构造逻辑而引入冗余状态分支。对比组合继承中new Parent()在原型赋值时触发一次隐藏类创建，寄生方式省去了这一不确定环节，提升实例化速度与内存局部性。方法复用不依赖对象拷贝，支持 JIT 内联与去虚拟化
因为子类原型上所有方法都来自父类原型（非Object.assign平铺），引擎可确认这些方法在整条原型链上是稳定、不可覆盖、不可删除的（尤其在 strict 模式或使用Object.freeze(Parent.prototype)时）。JIT 编译器（如 TurboFan）在热点代码中可直接将child.sayName()内联为对Parent.prototype.sayName的直接调用，跳过原型查找开销，实现“去虚拟化”。
为什么 class + extends 是更优选择？
ES6 class 语法本身不改变原型机制，但它向引擎提供了更强的静态契约信号：
-
extends Parent明确声明继承关系，引擎可在解析阶段就预构建原型链拓扑； -
constructor中必须显式调用super()，强制规范了 this 初始化顺序，便于隐藏类推导； - Babel 或 TypeScript 输出的降级代码默认采用寄生组合式逻辑，且会自动添加
Object.setPrototypeOf(Child.prototype, Parent.prototype)等辅助优化（在支持环境中）。
这意味着：你写 class Child extends Parent，引擎不仅知道你在做什么，还知道“你一定会这么做”，于是提前布局优化路径——这不是魔法，是静态语义带来的确定性红利。
不复杂但容易忽略
