class只是原型继承的语法糖，底层仍依赖原型链；它强制封装constructor和prototype操作，启用严格模式、不提升，子类必须调用super()，而函数方式更灵活但需手动处理继承细节。
类和原型继承在 JavaScript 中本质是同一套机制的两种写法，class 只是语法糖，底层仍依赖原型链。选哪个不取决于“新旧”，而取决于你是否需要明确的构造意图、可读性约束，或与现有工具链（如 TypeScript、Babel）协同。
class 声明到底做了什么
class 不创建新继承模型，它强制封装了 constructor、prototype 属性定义和 [[Prototype]] 链接过程。比如：
class Animal {
constructor(name) {
this.name = name;
}
speak() {
return `${this.name} makes a sound`;
}
}
等价于手动设置 Animal.prototype.speak，但无法直接访问或修改 Animal.prototype 上的属性（除非显式导出），且 class 内部方法默认不可枚举、不可配置。
-
class会自动启用严格模式，函数声明不会 -
class声明不提升（ReferenceError），函数声明会提升 - 子类
extends必须调用super()，否则无法访问this—— 这是保护机制，不是限制
原型继承（function + prototype）适合哪些场景
当你需要动态控制原型链、复用构造逻辑、或实现类似 mixin 的行为时，直接操作 prototype 更灵活。例如：
立即学习“Java免费学习笔记（深入）”；
function createVehicle(type) {
const proto = { type };
proto.start = function() { return `Starting ${this.type}` };
return Object.create(proto);
}
const car = createVehicle('car');
- 避免
new调用开销（无构造函数执行、无this绑定） - 可在运行时拼接多个原型（
Object.setPrototypeOf(obj, mergedProto)） - 适合函数式风格或轻量对象工厂，比如 React 的早期无状态组件模式
- 注意：直接改
Function.prototype或全局Object.prototype是危险操作，应避免
继承时 this 和 super 的行为差异
看似一样，实则关键细节不同。在 class 中，super() 必须在使用 this 前调用；而在函数继承中，this 已存在，你可以选择是否调用父构造器：
function Dog(name, breed) {
Animal.call(this, name); // 手动委托，不强制
this.breed = breed;
}
Dog.prototype = Object.create(Animal.prototype);
-
class子类中未调用super()→ReferenceError: Must call super constructor - 函数方式中漏掉
Animal.call(this, ...)→this.name为undefined，但不会报错 -
super.method()在class中绑定的是父类prototype上的方法；函数方式需手动写Animal.prototype.method.call(this)
实际项目中怎么选
团队协作或长期维护项目优先用 class：TypeScript 类型推导、编辑器跳转、ESLint 规则（如 no-use-before-define）、构建工具（如 Webpack 模块分析）都更适配它。原型方式更适合底层库（如 Lodash 的 create）、性能敏感路径（避免重复 new）、或需要绕过 class 限制的边界情况（比如多继承模拟）。
真正容易被忽略的点是：class 无法表达“无构造器的纯行为复用”，而原型可以轻松做到 Object.assign(target, mixin) 或 Object.setPrototypeOf。这时候硬套 class extends 反而增加理解成本。
