ES6 class/extends与ES5原型继承运行时性能几乎无差异，因class本质是语法糖，编译后仍生成相同原型链；真正影响性能的是继承模式设计细节，如重复初始化、引用类型共享、冗余属性绑定等。
JS 继承机制的新旧语法（ES5 手动原型操作 vs ES6 class/extends）在**运行时性能上几乎没有差异**，因为 class extends 本质是语法糖，编译后仍生成相同的原型链结构。真正影响性能的不是写法，而是继承模式本身的设计细节——比如是否重复初始化、是否共享引用类型、是否触发多余属性绑定等。
原型链继承的性能隐患最明显
这种最原始的方式（Child.prototype = new Parent()）看似简洁，但会带来两类开销：
- 父类构造函数在设置原型时就被执行一次，哪怕还没创建任何子类实例，就已初始化了所有父类实例属性（如
this.data = {}、this.list = []），造成内存提前占用 - 引用类型属性（如数组、对象）被所有子类实例共享，后续为隔离数据而做防御性拷贝（如
JSON.parse(JSON.stringify())或深克隆）反而显著拖慢执行速度
寄生组合继承是 ES5 中性能最优的实践
它通过 Object.create(Parent.prototype) 避免调用父类构造函数来初始化原型，再单独在子类构造器中用 Parent.call(this, ...) 初始化实例属性。这样做到：
- 父类构造函数只执行一次（仅在实例化时），无冗余初始化
- 每个子类实例拥有独立的属性副本，无需额外隔离逻辑
- 方法全部复用在原型上，不重复创建函数对象
ES6 class 的性能表现取决于是否规范使用
class 本身不慢，但常见误用会引入隐性开销：
- 忘记调用
super()会导致this未定义，运行时报错——这不是性能问题，但破坏执行流 - 在
constructor中大量初始化复杂对象，或在原型方法里频繁创建闭包，和继承写法无关，但常被归咎于“class 慢” - 静态方法或私有字段（
#field）虽增强封装，但 V8 等引擎对其优化仍在演进中；简单场景下，它们比普通属性略重一点，但差距微乎其微
真实瓶颈往往不在继承语法本身
现代 JS 引擎（V8、SpiderMonkey）对原型链查找做了深度优化，比如内联缓存（IC）、隐藏类（Hidden Class）。只要原型链不过长（一般建议不超过 4–5 层）、方法不动态增删，查找性能几乎恒定 O(1)。相比而言，以下因素对性能影响更大：
- 深层嵌套的对象遍历（如
obj.a.b.c.d.e） - 频繁的属性新增或删除（破坏隐藏类稳定性）
- 在循环中反复创建相同结构的对象实例
- 滥用
eval或with，导致 JIT 优化失效
