JS继承方式对比：类与原型详解

JavaScript 的继承本质始终是原型继承，ES6 的 class 只是更简洁、安全、语义清晰的语法糖，它强制 super 调用、天然支持现代特性且调试友好，适合绝大多数工程场景；而原生原型继承虽更底层灵活，能实现动态原型切换、对象间继承和精细属性控制，却易出错、可读性差，仅适用于兼容老旧环境、沙箱机制、函数式继承或深度调试等特殊需求——理解二者并非对立，而是抽象层级之别，才能在真实项目中做出清醒、务实的技术选型。

ES6 的 class 继承本质仍是基于原型的继承，只是提供了更简洁、语义更清晰的语法糖；原型继承更底层、灵活，但写法冗长、易出错。选择哪种方式，取决于项目规模、团队习惯和是否需要精细控制原型链。

ES6 类继承：语法简洁，适合大多数场景

使用 class 和 extends 实现继承，底层仍操作 __proto__ 和 prototype，但隐藏了手动设置原型链的细节，降低了出错概率。

• 子类构造函数中必须调用 super()，否则无法访问 this —— 这强制保证了父类初始化逻辑被执行
• 静态方法、getter/setter、私有字段（#field）天然支持继承和重写
• 配合 instanceof、Object.getPrototypeOf() 等工具行为一致，调试友好
• 示例：class Child extends Parent { constructor() { super(); } }

原型继承：更直接，适合需要动态或细粒度控制的场景

通过直接操作 prototype 或使用 Object.create() 构建原型链，不依赖 class 语法，运行时可动态修改继承关系。

• 可实现“对象间继承”（如 Object.create(person)），无需定义构造函数，适合配置对象或原型代理
• 能精确控制属性是否可枚举、是否可写，适合构建不可变结构或封装内部状态
• 容易忽略 constructor 指向修复（需手动设 Child.prototype.constructor = Child），也容易遗漏 super 调用逻辑
• 多个层级继承时，手动维护 prototype 链易出错，可读性下降

关键差异与选型建议

二者不是互斥关系，而是抽象层级不同。现代开发中，class 是推荐默认方式；只有在以下情况才考虑显式原型操作：

• 需要兼容非常老的运行环境（且不能使用 Babel 编译）
• 实现类似 Object.setPrototypeOf() 动态切换原型的高级模式（如沙箱、热更新）
• 构建函数式继承链，或与旧库（如某些 jQuery 插件）深度集成
• 教学或调试时想看清原型链真实结构（console.log(Child.prototype.__proto__ === Parent.prototype)）

一个常见误区：class 不是“真面向类”

JavaScript 依然没有传统 OOP 中的“类”概念。即使用了 class，实例的属性/方法仍靠原型查找，this 依然绑定运行时上下文，new.target 和 super 也只是引擎提供的语法辅助。

• 类声明不会被提升（class 是块级作用域且不提升），而函数声明会
• 类内部方法默认不可枚举，而手动挂到 prototype 上的方法默认可枚举
• class 严格模式下运行，不允许重复声明、静默失败等行为

今天关于《JS继承方式对比：类与原型详解》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！