javascript原型继承演进围绕“行为复用”与“状态隔离”优化：从原型链继承（共享方法但属性污染）、构造函数继承（独立属性但丢失方法），到组合继承（冗余调用父构造）、寄生组合继承（一次调用+手动修复constructor），再到es6 class（语法糖封装，自动处理原型链与super调用）。
JavaScript原型继承的演进，主线是围绕“行为复用”和“状态隔离”这两个核心目标逐步优化的过程。它不是技术堆砌，而是对原型机制理解不断深化的自然结果。
原型链继承：起点简单，问题明显
最原始的方式：让子类的 prototype 指向父类的一个实例，例如 Child.prototype = new Parent()。这样子类实例就能通过原型链访问父类原型上的方法。
- 优点：写法极简，方法天然复用，所有实例共享同一份函数，节省内存
- 缺点很关键：父类构造函数中的引用类型属性（如
this.colors = ['red']）会变成子类原型上的共享数据，导致实例间相互污染 - 另一个硬伤：子类实例化时无法向父类构造函数传参
构造函数继承：专注解决状态问题
改用 Parent.call(this, ...args) 在子类构造函数中调用父类，把属性直接挂到每个子类实例上。
- 优势：每个实例拥有独立的属性副本，彻底避免引用类型共享；支持参数传递
- 短板也很清楚：父类原型上的方法（比如
sayName）完全丢失，无法被继承 - 如果把方法也写进构造函数里，又会导致每个实例都保存一份函数副本，浪费内存
组合继承与寄生组合继承：走向平衡与精炼
组合继承把前两者拼起来：构造函数继承属性 + 原型链继承方法。这是ES5时代广泛使用的方案。
- 但它有个冗余操作：父类构造函数会被执行两次——一次在子类构造函数内，一次在设置
Child.prototype = new Parent()时 - 寄生组合继承对此做了关键修正：用
Object.create(Parent.prototype)替代new Parent()来设置子类原型 - 这样既拿到了父类原型上的方法，又完全绕开了执行父类构造函数，只调用一次，干净利落
- 需手动修复
Child.prototype.constructor指向，否则影响instanceof和构造器识别
ES6 class：语法糖封装，体验升级
class 和 extends 并没有改变底层机制，仍是基于原型链和 call 的组合，只是把寄生组合继承的逻辑标准化、自动化了。
-
extends自动建立原型链，super()自动绑定并调用父类构造函数 - 强制要求子类构造函数中先调用
super()，确保this正确初始化 - 后续版本持续增强：私有字段（
#field）加强封装，静态块（static{}）支持类定义期初始化，让类更健壮
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
