JavaScript原型继承演进本质是逼近“行为复用与状态隔离”目标的过程：从原型链继承（子类.prototype=父类实例）开始，经构造函数继承、组合继承，到寄生组合继承（Object.create优化），最终ES6 class封装为语法糖，底层仍基于原型链。

JavaScript原型继承的演进，本质是开发者不断用更安全、更简洁、更符合直觉的方式，去逼近“真正复用行为又隔离状态”的目标。它不是技术堆叠，而是对原型机制理解逐步深化的过程。

原型链继承：最原始的起点

这是所有继承方案的源头。核心就一句：让子类.prototype指向父类的一个实例。这样子类实例就能顺着__proto__链访问父类实例属性和原型方法。

• 优点：实现极简，天然支持方法复用（所有实例共享原型上的函数）
• 致命缺陷有两个：一是父类构造函数里的引用类型属性（比如数组、对象）会被所有子类实例共享；二是创建子类实例时，无法向父类构造函数传参

构造函数继承：解决“状态污染”问题

不再依赖原型链来拿属性，而是在子类构造函数里用Parent.call(this, ...args)显式调用父类构造函数。这样每个子类实例都拥有自己独立的一份属性副本。

• 优点：彻底避免引用类型共享，支持参数传递
• 缺点：父类原型上的方法（比如sayName）无法被继承，只能写在构造函数里，造成方法无法复用、内存浪费

组合继承：第一次平衡尝试

把上面两种方式拼起来：用构造函数继承属性（保证独立），再用原型链继承方法（保证复用）。这是ES5时代最主流的方案。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

立即学习“Java免费学习笔记（深入）”；

• 关键操作：子类构造函数内调用Parent.call(this)，同时子类.prototype = new Parent()
• 遗留问题：父类构造函数被调用了两次——一次在子类构造函数里，一次在设置prototype时。第二次调用纯属冗余，还可能触发不必要的初始化逻辑

寄生组合继承：ES5的终极解法

它修正了组合继承的冗余调用。核心是用Object.create(Parent.prototype)来设置子类原型，而不是new Parent()。这样既拿到了父类原型上的方法，又完全绕开了执行父类构造函数。

• 优势：只调用一次父类构造函数，属性隔离+方法复用+无冗余，成为ES5继承的黄金标准
• 写法稍显底层，需要手动修复constructor指向（Child.prototype.constructor = Child）

ES6 class：语法糖带来的范式升级

class不是新机制，它只是把寄生组合继承封装成更接近传统OOP的写法。extends背后仍是Object.create + call的组合。

• 好处：可读性大幅提升，支持super调用、静态方法、getter/setter等，开发体验接近Java/C#
• 注意点：底层仍是原型链；class声明不提升；this必须在super()之后使用；私有字段（#field）靠闭包模拟，非原型继承

现代演进：装饰器与运行时控制（ES2024+）

随着装饰器提案正式进入Stage 4，继承行为可以被抽象为元编程逻辑。比如@inheritable、@mixin等装饰器，能在类定义阶段动态注入原型方法或调整继承关系，让继承策略从硬编码转向配置化。

• 适用场景：框架层抽象（如React组件继承、状态管理Mixin）、微前端沙箱隔离、AOP横切关注点注入
• 它不替代class，而是增强其表达力，在保持语义清晰的同时，赋予继承更强的动态性和可组合性