寄生组合式继承是javascript最理想的继承模式，它通过中转函数复用原型避免父构造函数重复调用，确保原型链完整、constructor正确，且比object.create更高效稳定；现代开发应优先使用class+extends，其底层即为此模式并获引擎深度优化。
寄生组合式继承是 JavaScript 中最理想的继承模式，它避免了组合式继承中父类构造函数被调用两次的问题，同时保留了原型链的完整性与构造函数的正确性。性能优化的关键在于减少不必要的对象创建、避免重复赋值，并确保原型链高效可查。
核心实现：精简版 Object.create 替代方案
标准写法常使用 Object.create(Parent.prototype) 创建子类原型，但该方法内部会新建一个空对象并设置其 __proto__。在高频继承场景（如框架类工厂）中，可手动模拟这一过程以减少中间对象开销：
- 用空函数
function F() {}作为中转，复用其prototype属性，避免每次调用都生成新对象 -
F.prototype = Parent.prototype;后，new F()的实例原型即指向父类原型，再修正其constructor - 相比
Object.create，该方式在旧引擎（如 IE9–10）中更稳定，且 V8 对空函数实例化有专门优化
避免冗余属性拷贝：只代理原型，不深复制
寄生组合式继承本质是“原型继承 + 构造函数借用”，重点在原型链复用，而非属性克隆。常见误区是误用 Object.assign(Child.prototype, Parent.prototype)，这会将父类原型上所有可枚举属性平铺到子类原型，破坏原型链查找机制，也丢失不可枚举方法（如 toString）：
- 正确做法仅设置
Child.prototype.__proto__ = Parent.prototype（或通过Object.setPrototypeOf） - 若需兼容老环境，用中转函数方式设置原型关系，不遍历拷贝任何属性
- 父类原型上的方法始终通过原型链访问，既节省内存，又支持父类后期动态扩展
构造函数调用控制：精准绑定 this，跳过无用初始化
子类构造函数中调用 Parent.call(this, ...args) 是必须的，但要注意参数传递效率和副作用规避：
- 避免在继承链深层多次调用同一父构造函数（例如 A ← B ← C，C 中不应再显式调 A）
- 若父构造函数含大量初始化逻辑（如 DOM 创建、定时器），而子类实际不需要，应抽离为独立初始化方法，由子类按需触发
- 使用
Reflect.construct（ES6+）替代Parent.apply可更好支持 new.target 和子类继承语义，尤其在自定义Symbol.species场景下更健壮
现代替代建议：优先使用 class + extends（附降级要点）
ES6 class 语法底层即采用寄生组合式继承逻辑，且经引擎深度优化（如 V8 的 IC 缓存、SpiderMonkey 的内联缓存）。若需兼容旧环境，Babel 转译已默认输出高性能寄生组合式代码：
- 确认 Babel 配置启用
@babel/plugin-transform-classes，并关闭 loose 模式（loose 模式会退化为简单原型赋值，丢失constructor修正） - 避免手写继承工具函数封装
class，除非需运行时动态构建类型；静态声明更利于 JS 引擎做类型推断与内联优化 - 对极致性能敏感场景（如游戏引擎、实时图表库），可测量
class实例化耗时，通常比手写寄生组合快 10%–20%，主因是引擎对extends有专属优化路径
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
