JavaScript继承有五种实现方式:1.原型链继承,简单但属性共享;2.构造函数继承,属性隔离但方法不复用;3.组合继承,兼顾二者但父构造函数调用两次;4.寄生组合继承,优化后只调一次父构造函数,推荐使用;5.ES6 class继承,语法糖,底层基于寄生组合继承。

JavaScript 实现继承的核心在于让子类能访问并复用父类的属性和方法,同时支持自己的扩展。由于 JS 是基于原型的语言,没有原生的 class 继承语法(ES6 的 class 只是语法糖),因此存在多种实现方式,各有适用场景和潜在问题。
1. 原型链继承(Prototype Chain)
将父类的实例赋给子类的 prototype,使子类实例通过原型链访问父类方法。
function Parent() { this.name = 'parent'; }
Parent.prototype.say = function() { console.log(this.name); };
function Child() {}
Child.prototype = new Parent(); // 关键:共享父类实例作为原型
Child.prototype.constructor = Child;
优点:简单直观,父类方法复用率高,所有子类实例共享父类原型上的方法。
缺点:父类构造函数中的引用类型属性会被所有子类实例共享;无法向父类构造函数传参;子类无法实现函数重载或独立初始化逻辑。
立即学习“Java免费学习笔记(深入)”;
2. 构造函数继承(Call/Apply)
在子类构造函数中调用父类构造函数,用 call 或 apply 改变 this 指向,实现属性隔离。
function Parent(name) { this.name = name; this.colors = ['red']; }
function Child(name) { Parent.call(this, name); } // 每次创建实例都执行一次
优点:避免引用属性共享;支持向父类传参;每个实例拥有独立属性。
缺点:父类原型上的方法无法被子类实例继承(只继承了实例属性);方法无法复用,每次实例化都重新创建函数,浪费内存。
3. 组合继承(最常用)
结合前两种:用构造函数继承属性,用原型链继承方法。
function Child(name) { Parent.call(this, name); }
Child.prototype = new Parent(); // 方法从原型链来
Child.prototype.constructor = Child;
优点:兼具属性隔离与方法复用;语义清晰,兼容性好,是 ES5 时代的主流方案。
缺点:父类构造函数被调用了两次(一次在 Child.prototype = new Parent(),一次在 Parent.call()),造成不必要的属性初始化开销。
4. 寄生组合继承(推荐)
优化组合继承,只调用一次父类构造函数。核心是用 Object.create(Parent.prototype) 创建干净的原型对象。
function inherit(Child, Parent) {
const proto = Object.create(Parent.prototype);
proto.constructor = Child;
Child.prototype = proto;
}
inherit(Child, Parent); // 再配合 Parent.call(this) 即可
优点:避免重复调用父构造函数;属性与方法分离合理;性能与语义俱佳;现代库(如 Babel 转译)底层多采用此模式。
缺点:代码稍长;需手动处理 constructor 指向;对初学者理解原型机制要求略高。
5. ES6 Class 继承(语法糖)
使用 extends 和 super(),底层仍基于寄生组合继承逻辑。
class Parent { constructor(name) { this.name = name; } }
class Child extends Parent { constructor(name, age) { super(name); this.age = age; } }
优点:语法简洁、语义明确;支持静态方法、getter/setter、new.target 等;工具链友好(TypeScript、Babel 等深度支持)。
缺点:必须严格调用 super()(否则报错);仅适用于构造函数场景;若需动态继承或运行时修改继承关系,灵活性不如手动原型操作。
实际项目中,ES6 class 已成为标准写法,它封装了寄生组合继承的最佳实践;若需兼容老旧环境或做底层框架开发,理解寄生组合继承仍是关键。选择哪种方式,取决于目标环境、团队规范与具体需求。











