JavaScript继承无统一标准，ES6 class+extends最常用且推荐；手动原型链适用于老环境；组合继承最稳妥但有冗余；应优先考虑组合而非过度继承。
JavaScript 实现继承没有单一“标准答案”，关键看目标环境（是否支持 ES6+）、是否需要模拟经典面向对象语义、以及是否涉及原型链污染或性能敏感场景。
ES6 class + extends 是最常用且推荐的写法
它本质是语法糖，底层仍基于原型链，但可读性高、语义清晰，且与 TypeScript、Babel 生态兼容良好。
-
super()必须在子类constructor中调用，且必须在访问this前执行，否则报错ReferenceError: Must call super constructor in derived class before accessing 'this' - 静态方法、
get/set、async方法均可被正确继承和重写 - 不支持多重继承，一个
class只能extends一个父类
class Animal {
constructor(name) {
this.name = name;
}
speak() { return `${this.name} makes a sound`; }
}
class Dog extends Animal {
constructor(name, breed) {
super(name); // ← 必须
this.breed = breed;
}
speak() { return `${this.name} barks`; }
}
手动设置 prototype 链适用于需兼容老环境或精细控制原型
这是 ES5 及更早时代的核心方式，现在多见于库源码（如 Lodash 的 inherits）或需避免 class 语法限制的场景。
- 必须用
Object.setPrototypeOf(Child.prototype, Parent.prototype)或Child.prototype.__proto__ = Parent.prototype（后者非标准，不推荐） - 不能直接赋值
Child.prototype = Parent.prototype，否则会共享实例属性，造成意外状态污染 - 子类构造函数中需手动调用
Parent.call(this, ...)来继承实例属性
function Parent(name) {
this.name = name;
}
Parent.prototype.speak = function() { return this.name; };
function Child(name, age) {
Parent.call(this, name); // ← 继承实例属性
this.age = age;
}
Object.setPrototypeOf(Child.prototype, Parent.prototype); // ← 继承原型方法
组合继承（借用构造函数 + 原型链）是最稳妥的“手写”方案
它规避了单纯原型链继承无法传参、以及单纯借用构造函数无法复用方法的问题，是《JavaScript 高级程序设计》中明确推荐的经典模式。
立即学习“Java免费学习笔记（深入）”；
- 每次创建子类实例时，父类构造函数会被调用两次：一次在
Child.prototype = new Parent()时（为原型赋值），一次在Parent.call(this)时（为实例赋值） - 虽然有冗余，但语义清晰、兼容性极佳、无依赖、无副作用
- 现代项目中除非明确要求不使用
class，否则没必要手写这种模式
注意 Object.create(null) 和 Object.setPrototypeOf 的区别
前者创建的是“无原型对象”，即 __proto__ 为 null，不能用于继承；后者才是修改已有对象的原型链，是实现继承的关键操作。
- 误用
Child.prototype = Object.create(null)→ 后续所有方法都不会被继承，instanceof也失效 -
Object.setPrototypeOf(obj, proto)是 ES6 标准方法，比非标准的obj.__proto__ = proto更安全可靠 - 频繁调用
Object.setPrototypeOf可能影响 V8 引擎的优化（如隐藏类稳定性），生产环境应避免在热路径中反复修改原型
真正容易被忽略的不是“怎么写”，而是“什么时候不该用继承”——比如组件通信、状态共享、逻辑复用，用组合（composition）、委托（delegation）或 Hooks 模式往往更轻量、更易测试。继承在 JS 中始终是“够用就好”，不是越深越好。
