javascript无原生interface，需用原型+运行时检查模拟：定义接口对象、implements工具函数验证方法存在性，或通过原型链混入默认实现；配合symbol.tostringtag和instanceof自定义行为判断；实际推荐typescript接口加运行时守卫。
JavaScript 本身没有原生的接口（interface）语法，但可以通过原型机制模拟接口的行为——核心是约定+运行时检查，而非编译期强制。关键不在于“实现接口”这个动作，而在于让对象明确声明它支持哪些方法，并在使用前验证是否满足契约。
用构造函数+原型定义“接口契约”
把接口看作一组方法签名的集合。可以用普通对象描述它，再通过工具函数检查目标对象是否具备这些方法：
- 定义一个接口描述对象，如
Drawable = { draw() {}, resize() {} } - 写一个
implements工具函数：遍历接口的 key，检查目标对象的原型链上是否存在对应可调用的方法 - 在类的构造或初始化阶段调用该检查，不满足就抛错，起到类似“实现接口”的约束作用
利用原型链动态挂载方法来“对接口”
如果多个类需要共用同一组接口行为，可以把接口方法统一定义在某个原型对象上，再让类的 prototype 指向它（或用 Object.setPrototypeOf），或直接混入：
- 创建一个
DrawableProto = { draw() { /* 默认实现 */ }, resize() { /* 默认实现 */ } } - 让
Circle.prototype = Object.create(DrawableProto)，再补充自身特有方法 - 这样 Circle 实例就天然“具备”了 Drawable 接口要求的方法，且可被统一类型识别逻辑捕获
结合 instanceof 和 Symbol.toStringTag 做轻量类型提示
虽然不能替代接口，但可以增强可读性和调试体验：
- 给实现类的 prototype 添加
Symbol.toStringTag: 'Drawable' - 重写
constructor[Symbol.hasInstance]，使其对具备draw和resize方法的对象返回 true - 这样
obj instanceof Drawable就不再是单纯看原型链，而是按行为契约判断
现代替代方案：TypeScript 接口 + 运行时守卫
纯 JS 中的接口模拟终究是弱约束。实际项目中更推荐：
- 用 TypeScript 写明接口（
interface Drawable { draw(): void; resize(w: number): void; }）做开发时的强提示 - 配合运行时守卫函数（如
isDrawable(obj): obj is Drawable）做关键路径的校验 - 编译后仍是干净 JS，原型机制照常工作，接口只在类型层起作用
不复杂但容易忽略：原型实现接口的本质，是把“结构一致性”从语言特性转化为开发者主动维护的协作契约。重点不在语法多像 Java，而在团队是否遵循同一套检查逻辑和文档约定。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
