ES6继承中原型链查找本身性能几乎无损耗，真正瓶颈在于实例化过程；V8对查找路径高度优化，访问已存在属性速度与普通对象一致，但每次new需沿继承链遍历并执行super检查，单层继承比纯类慢50%～60%，两层慢75%～80%，三层以上衰减加剧。

ES6继承中，原型链查找本身的性能几乎没损耗——属性和方法访问跟普通对象一样快。真正拖慢的是实例化过程，不是查找过程。

原型链查找本身很快

无论用 class extends 还是手写 prototype 链，只要对象创建完成，后续访问属性或调用方法的查找逻辑完全一致：从实例自身开始，逐级沿 __proto__ 向上，直到 Object.prototype 或 null。V8 对这条路径做了高度优化，查找开销可忽略不计。

• 访问已存在的属性（比如 obj.method()）不区分 class 或构造函数，速度基本相同
• 即使继承层数很深（如 A → B → C → D），只要不频繁新建实例，运行时查找不受影响
• in 操作符、hasOwnProperty、Object.getPrototypeOf 等也无额外成本

真正慢的是 new 时的初始化

ES6 extends 子类每次 new 都触发更重的初始化流程，这才是性能瓶颈所在：

宝塔Linux面板11.3.0

宝塔面板11.3.0是一款针对Linux服务器设计的可视化管理工具，通过重构核心模块实现资源占用显著降低，尤其适合低配置服务器环境。它将复杂的命令行操作转化为直观的图形界面，帮助开发者快速完成网站部署、环境配置及日常运维工作，无需专业技术背景即可高效管理服务器。

下载

• V8 必须沿继承链向上遍历，确认每层构造函数的上下文绑定
• super() 调用会插入额外检查：确保父类已正确初始化、this 绑定有效、避免重复调用
• 单层继承比纯 class 慢 50%～60%，两层慢 75%～80%，三层以上衰减加剧

怎么规避这个问题？

如果高频创建对象（如游戏帧循环、大量 DTO 实例），可以考虑：

• 减少继承深度：优先组合（composition）而非多层继承
• 用工厂函数 + Object.create 替代 extends 创建轻量对象
• 对固定结构数据，直接用对象字面量或 StructuredClone（现代环境）
• 必要时把 class 改为构造函数 + 手动 prototype 设置，绕过 super 检查

总之，原型链查找不慢，慢在 new 的那一瞬间。设计时关注实例化频率，比纠结“链太长查得慢”更实际。