javascript继承本质是行为委托而非类复制，通过对象间原型链共享方法属性；class仅为语法糖，底层仍依赖[[prototype]]动态委托查找，运行时可变，与java等编译期类继承有根本差异。
JavaScript 的继承不是“类的复制”，而是“行为的委托”。它不靠定义蓝图再实例化，而是靠对象之间共享原型链来复用方法和属性。理解这点，才能避开把 JS 当 Java 写的陷阱。
原型链：没有类，只有对象链接
经典 OOP（如 Java、C#）中，类是模板，实例是副本；而 JavaScript 中根本不存在“类”这个运行时实体——哪怕用了 class 关键字，底层仍是原型链。class 只是语法糖，new 一个实例时，引擎实际做的是：
- 创建空对象
- 把该对象的
[[Prototype]]指向构造函数的prototype - 执行构造函数，为对象添加自有属性
这意味着所有实例共享原型上的方法，修改原型会即时影响所有已有实例——这是类模型做不到的动态性。
继承方式的本质差异
Java 的 extends 是编译期确定的类型关系；JS 的继承是运行时可变的对象委托关系：
-
原型链继承：子对象直接委托给父对象（
Object.create(Parent.prototype)），但无法继承构造函数内的自有属性（如this.name） -
构造函数继承：在子构造函数里用
Parent.call(this, ...)复制父类实例属性，但无法复用原型方法 - 组合继承：两者结合，但父构造函数会被调用两次（一次设原型，一次实例化）
-
寄生组合继承：ES5 最优解，只调用一次父构造函数，通过
Object.create()避免冗余
class 语法糖背后的真相
ES6 的 class 看似回归了传统 OOP，但它只是封装了原型操作：
-
class A extends B等价于手动设置A.prototype.__proto__ = B.prototype -
super()实际是调用B.call(this, ...) - 静态方法挂在
Class自身，而非原型上；实例方法挂在prototype上
所以你写 class 时，其实仍在操作原型——只是不用手写 Object.setPrototypeOf 或 Object.create 而已。
多态与动态性的取舍
经典 OOP 依赖类型系统实现多态（重载/重写 + 编译检查）；JS 没有真正意义上的重写，只有“同名方法覆盖”：
- 子对象定义同名方法，就屏蔽了原型链上同名方法（遮蔽而非重写）
- 没有访问修饰符（
private/protected），一切基于约定或#私有字段（仅语法限制） - 运行时可随时增删改原型方法，甚至替换整个原型对象（
obj.__proto__ = newProto）
这种灵活性带来强大表达力，也要求开发者更清楚数据流向和委托路径——调试时不能只看类定义，得查原型链。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
