JavaScript原生Class无法真正禁止实例化，因其本质是函数语法糖，无abstract关键字和编译期检查；只能通过new.target在构造函数中运行时抛错模拟，无法实现TypeScript或Java级别的语言级强制约束。
JavaScript 原生 Class 语法本身不支持抽象类，也没有 abstract 关键字或编译期检查机制。所谓“限制基类不能被实例化”，在纯 JS 中只能靠运行时主动抛错来模拟，无法像 TypeScript 或 Java 那样在语言层面强制约束。
为什么原生 JS Class 无法真正禁止实例化
JS 的 class 本质是函数的语法糖，new MyClass() 只要构造函数可调用，就一定可以创建实例。语言没有抽象类概念，也不校验方法是否实现、类是否“完整”。因此：
• 没有 abstract 修饰符
• 不会因含未实现方法而阻止 new
• 无法在构造时静态识别“该类本不该被实例化”
常用模拟方式：在 constructor 中主动 throw
最直接的做法是在基类构造函数里检测调用上下文，发现是直接实例化就报错：
示例：
class Animal {<br>
constructor() {<br>
if (new.target === Animal) {<br>
throw new Error('Animal 是抽象类，不能直接实例化');<br>
}<br>
console.log('Animal 初始化完成');<br>
}<br>
makeSound() {<br>
throw new Error('子类必须重写 makeSound');<br>
}<br>
}
这里利用 new.target 判断当前构造调用的目标是否就是 Animal 本身。如果是（即 new Animal()），就中断执行。
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
立即学习“Java免费学习笔记（深入）”；
配合抽象方法语义强化设计意图
仅靠 constructor 抛错还不够清晰。建议同步在关键方法中抛错，并在注释和命名上明确表达抽象性：
- 把核心行为方法（如
render、calculate）默认实现为throw，迫使子类覆盖 - 类名可加
Base或Abstract前缀（如AbstractComponent），提升可读性 - 文档或 JSDoc 明确标注
@abstract，供开发者和工具识别
更可靠的做法：用 TypeScript 替代纯 JS
如果项目允许，强烈推荐使用 TypeScript。它提供真正的 abstract class 语法：
abstract class Animal {<br>
abstract makeSound(): void;<br>
move() { console.log('moving...'); }<br>
}<br>
// new Animal(); // ❌ 编译直接报错<br>
class Dog extends Animal {<br>
makeSound() { console.log('woof'); }<br>
}
TypeScript 在编译阶段就能拦截非法实例化，并强制子类实现抽象方法——这才是符合契约式设计的抽象类用法。
