JavaScript继承本质是原型链构建，class只是语法糖；prototype+constructor+new、借用构造函数、ES6 extends均围绕[[Prototype]]链展开，核心在于属性访问路径与constructor修复。
JavaScript 中没有传统面向对象语言里的 class 继承语法糖之前，继承靠的是原型链模拟；ES6 引入 class 后，本质仍是基于原型的封装，不是真正的类继承。所有方式最终都指向 [[Prototype]] 链的构建与属性访问规则。
prototype + constructor + new 实现原型链继承
这是最基础、最贴近引擎底层的方式，也是其他继承模式的起点。
- 子构造函数的
prototype必须指向一个以父构造函数为constructor的新实例，例如：Child.prototype = Object.create(Parent.prototype) - 必须手动修复
constructor指向：Child.prototype.constructor = Child，否则实例的constructor会指向Parent - 父构造函数中的实例属性（如
this.name）不会被继承，只继承定义在
Parent.prototype上的方法和共享属性 - 多个子实例会共享父原型上的引用类型属性（比如
Parent.prototype.arr = []），修改一个就影响全部
借用构造函数（call/apply）实现属性继承
解决原型链无法继承实例属性的问题，但单独使用会导致方法重复创建、无法复用。
- 在子构造函数内部调用：
Parent.call(this, name)，让父构造函数的this指向子实例 - 每次
new Child()都会执行一遍父构造函数逻辑，生成新的方法副本，内存开销大 - 无法访问父类原型上的方法，
childInstance.sayName()会报TypeError: childInstance.sayName is not a function - 适合组合使用：借用构造函数继承属性 + 原型链继承方法（即“组合继承”）
ES6 class extends 的真实行为
class 是语法糖，extends 并不等于“复制父类所有东西”，它严格遵循原型链 + 构造器约束。
- 子类必须在
constructor中调用super()，否则无法访问this；不调用会直接报错：ReferenceError: Must call super constructor in derived class before accessing 'this' or returning from derived constructor -
super()内部等价于Parent.call(this, ...args)，完成实例属性初始化 - 静态方法、原型方法、
get/set都通过__proto__和[[Prototype]]链查找，子类能访问父类静态方法（Child.staticMethod()），但不能访问父类实例方法（除非通过super.method()或原型链） - 注意：
class A extends null是合法的，此时A.prototype.__proto__ === null，打破了默认的Object.prototype链
Object.setPrototypeOf 和 Object.create 的适用场景
这两个是手动操控原型关系的底层工具，日常开发中极少直接使用，但在框架或库中常见。
-
Object.create(proto)创建一个新对象，并将其[[Prototype]]设为proto；常用于替代new Parent()来避免执行父构造函数 -
Object.setPrototypeOf(obj, proto)动态修改已有对象的原型，性能较差，V8 中会触发去优化（deoptimization），应避免在热路径使用 - 两者都不处理构造器逻辑，也不自动绑定
constructor，需额外补全 - 现代代码中更推荐用
class+extends，仅在需要运行时动态改原型（如 mock、代理、沙箱）时才考虑它们
真正容易被忽略的是：继承能否生效，不取决于你写了什么“继承语句”，而取决于属性是否存在于实例可访问的原型链上，以及该属性是否可被枚举、是否被遮蔽（shadowed）。调试时优先查 obj.__proto__ 和 Object.getPrototypeOf(obj)，而不是盯着 class 关键字看。
