ES6 class extends继承性能确实低于传统原型链继承，实测显示：无继承类1.52亿次/秒，单层继承降至7100万次/秒（47%），两层3180万次/秒（21%），三层2930万次/秒（19%），主因构造开销大、方法查找路径长及语法糖运行时负担。
ES6 class 继承在底层运行时性能确实普遍低于传统原型链继承方式，这不是错觉，而是有明确基准测试支撑的事实。
继承方式对性能的影响明显
实测数据显示：在 Node.js v8.9.4 环境下，一个空方法（calculate()）的调用吞吐量随继承层级加深而显著下降：
- 无继承的类：1.52 亿次/秒
- 单层
extends继承：7100 万次/秒（约为原始的 47%） - 两层继承：3180 万次/秒（约 21%）
- 三层继承：2930 万次/秒（约 19%）
相比之下，使用 util.inherits 或手动 Object.create(Parent.prototype) 的 ES5 风格继承，性能衰减幅度小得多，基本维持在无继承类的 85% 以上。
性能损耗主要来自三方面
构造阶段开销更大：ES6 extends 子类在实例化时必须执行 super()，这不仅调用父类构造函数，还隐式完成内部原型链绑定（设置 this.__proto__ 指向子类原型、子类原型的 __proto__ 指向父类原型等），比手动赋值 Child.prototype = Object.create(Parent.prototype) 多出若干检查与初始化步骤。
立即学习“Java免费学习笔记（深入）”；
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
方法查找路径更长：虽然原型链结构逻辑一致，但 V8 引擎对 class 继承生成的对象做了更多元数据标记（如 [[HomeObject]]、内部类标识），导致属性访问和方法调用时的内联缓存（IC）命中率略低，尤其在深度继承链中表现更明显。
静态语法糖带来运行时负担：Babel 编译或原生引擎解析 class 时，需额外构建类定义对象、校验 constructor 存在性、强制 new 调用约束等——这些保障安全性的设计，在高频调用场景下会转化为可观测的 CPU 开销。
什么场景下性能差异会真正影响体验
普通业务代码中几乎感知不到。但在以下情况需警惕：
- 高频创建对象的模块，比如游戏实体、实时音视频帧处理器、序列化/反序列化工具（如文中 hessian.EncoderV2 优化案例）
- 嵌套三层及以上继承的通用基类体系（常见于大型框架抽象层）
- 服务端高并发短生命周期对象（如每个 HTTP 请求新建一个继承链较长的上下文对象）
此时可考虑降级为 ES5 原型继承，或用组合代替继承，避免无谓的性能折损。
性能不是放弃 class 的理由，但要理解代价
class 提供的语义清晰性、错误预防（如强制 super、禁止非 new 调用）、静态方法自动继承等优势，在绝大多数工程场景中远超微小的性能损失。关键在于：知道它慢在哪里、为什么慢、以及什么时候该换方案——而不是把它当作黑盒无脑使用。
