JavaScript无原生abstract关键字，可通过new.target在constructor中抛错实现抽象类不可实例化，并在方法体中抛错模拟抽象方法，配合JSDoc或TypeScript增强静态约束。
JavaScript 本身没有原生的 abstract 关键字，也不支持像 Java 那样直接声明抽象类或抽象方法。但你可以通过约定 + 运行时检查的方式，在 class 语法中模拟抽象类，达到“规范子类行为、强制实现关键方法”的目的。
用 constructor 抛错实现“不可实例化”
抽象类的核心特性之一是：不能直接 new 出实例。可在父类构造函数中判断调用者是否为当前类本身：
- 利用
new.target检查构造时的实际类名 - 若
new.target === BaseClass，说明正试图直接实例化抽象类，立即抛出错误
示例：
class Animal {
constructor(name) {
if (new.target === Animal) {
throw new Error('Animal 是抽象类，不能直接实例化');
}
this.name = name;
}
// 抽象方法（无实现，仅作声明）
speak() {
throw new Error('子类必须实现 speak 方法');
}
}用方法体抛错模拟“抽象方法”
在父类中定义一个方法，但内部只抛错——这相当于告诉子类：“你必须重写我”。这是最常用、最直观的模拟方式：
立即学习“Java免费学习笔记（深入）”；
- 所有子类继承后，若未重写该方法，调用时会报错
- 错误信息明确提示缺失实现，利于开发阶段发现问题
- 不依赖额外工具或转译，纯 JS 即可运行
示例延续上文：
class Dog extends Animal {
constructor(name, breed) {
super(name);
this.breed = breed;
}
// ✅ 正确：重写了 speak
speak() {
return `${this.name} 汪汪！`;
}
}
<p>const dog = new Dog('旺财', '金毛');
console.log(dog.speak()); // "旺财 汪汪！"</p><p>// const bad = new Animal('未知'); // ❌ 报错：不能直接实例化
// const cat = new Animal('咪咪'); cat.speak(); // ❌ 报错：子类必须实现 speak 方法配合 JSDoc 或 TypeScript 增强约束力
纯 JavaScript 运行时检查只能在执行时发现问题。若想在编码阶段就提醒开发者，可结合：
-
JSDoc 标注：用
@abstract和@virtual注释类与方法，部分编辑器（如 VS Code）能识别并给出提示 -
TypeScript：虽然 TS 也没有
abstract class的运行时效果，但它的类型系统能静态检查子类是否实现了所有抽象成员，真正实现编译期约束
TS 写法示例（.ts 文件中）：
abstract class Shape {
abstract area(): number; // 不允许有函数体
toString() {
return `面积: ${this.area()}`;
}
}
<p>class Circle extends Shape {
constructor(public radius: number) { super(); }
area() { return Math.PI * this.radius ** 2; } // ✅ 必须实现
}避免常见误区
有些做法看似“高级”，实则容易引入隐患：
- 不要依赖
instanceof在构造函数里做抽象判断——子类可能被多次继承，逻辑易失控 - 不要用空函数体（
speak() {}）代替抛错——它不会报错，子类误用时静默失败，调试困难 - 不要把抽象逻辑全塞进静态方法——抽象类的价值在于实例行为的统一规范，而非工具函数集合
本质是靠人+约定+轻量检查来补足语言短板，不复杂但容易忽略细节。
