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 是推荐默认方式；只有在以下情况才考虑显式原型操作：
立即学习“Java免费学习笔记（深入）”；
- 需要兼容非常老的运行环境（且不能使用 Babel 编译）
- 实现类似
Object.setPrototypeOf()动态切换原型的高级模式（如沙箱、热更新） - 构建函数式继承链，或与旧库（如某些 jQuery 插件）深度集成
- 教学或调试时想看清原型链真实结构（
console.log(Child.prototype.__proto__ === Parent.prototype)）
一个常见误区：class 不是“真面向类”
JavaScript 依然没有传统 OOP 中的“类”概念。即使用了 class，实例的属性/方法仍靠原型查找，this 依然绑定运行时上下文，new.target 和 super 也只是引擎提供的语法辅助。
- 类声明不会被提升（
class是块级作用域且不提升），而函数声明会 - 类内部方法默认不可枚举，而手动挂到
prototype上的方法默认可枚举 -
class严格模式下运行，不允许重复声明、静默失败等行为
