JavaScript 无原生抽象类和接口，但可通过构造函数检查、运行时抛错模拟抽象类，用对象契约+校验函数模拟接口；TypeScript 提供编译期 interface 和 abstract class 支持；工程中推荐 TS 或 JSDoc+断言，避免过度继承。
JavaScript 本身没有原生的 abstract class 或 interface 关键字（ES2022 前），但可通过约定、运行时检查和工具（如 TypeScript）在类体系中模拟抽象类与接口的行为。核心目标是：约束子类必须实现特定方法，明确契约，提升可维护性与协作清晰度。
用抽象类模拟“不可实例化的基类”
通过在构造函数中检测 this.constructor === BaseClass 或抛出错误，阻止直接实例化；同时用注释或 JSDoc 标明抽象方法，配合运行时检查确保子类覆盖：
示例：
class Animal {
constructor() {
if (this.constructor === Animal) {
throw new TypeError('Animal 是抽象类，不能直接实例化');
}
}
// 抽象方法：子类必须重写
speak() {
throw new Error('子类必须实现 speak 方法');
}
move() {
console.log(`${this.name} 在移动`);
}
}
class Dog extends Animal {
constructor(name) {
super();
this.name = name;
}
speak() {
return '汪汪！';
}
}
// new Animal(); // ❌ 报错
console.log(new Dog('旺财').speak()); // ✅ '汪汪！'
用对象字面量 + 检查函数模拟接口契约
接口本质是“行为契约”，不关心实现细节。可用纯对象定义方法签名，再通过辅助函数在运行时校验对象是否满足该契约：
立即学习“Java免费学习笔记（深入）”；
- 定义接口描述：如
{ init: Function, destroy: Function } - 编写
implements检查函数，遍历要求的方法名并验证是否存在且为函数 - 在关键入口（如插件注册、组件挂载）调用检查，失败则提前报错
示例：
const Disposable = {
init: Function,
destroy: Function
};
function assertImplements(obj, contract) {
for (const [method, type] of Object.entries(contract)) {
if (typeof obj[method] !== 'function') {
throw new TypeError(`对象缺少必需的方法: ${method}`);
}
}
}
class Logger {
init() { console.log('日志已初始化'); }
destroy() { console.log('日志已关闭'); }
}
assertImplements(new Logger(), Disposable); // ✅ 通过
结合 TypeScript 实现真正静态接口与抽象类
若项目使用 TypeScript，可直接利用其语言级支持，获得编译期检查与 IDE 提示：
-
interface描述结构，支持合并、继承，用于对象、函数、类的形状约束 -
abstract class可含抽象方法（无函数体）、具体方法和字段，子类必须实现所有抽象成员 - 类可
implements多个接口，extends单个抽象类，兼顾复用与契约
示例（TS）：
interface Flyable {
fly(): void;
}
interface Swimmable {
swim(): void;
}
abstract class Bird {
abstract makeSound(): string;
layEggs() { console.log('下蛋中'); }
}
class Duck extends Bird implements Flyable, Swimmable {
makeSound() { return '嘎嘎'; }
fly() { console.log('扑棱飞起'); }
swim() { console.log('划水前进'); }
}
实际工程中的建议做法
- 纯 JavaScript 项目：优先用 JSDoc + 运行时断言（如
speak()抛错），配合 ESLint 规则提示未实现抽象方法 - 团队协作或中大型项目：直接采用 TypeScript，避免手工模拟带来的遗漏与维护成本
- 不要过度抽象：仅当多个类确有共通行为契约且需强制实现时，才引入抽象类或接口
- 接口优于继承：优先用
implements组合能力，而非深度继承链，更灵活、易测试
