Java编译器在编译时强制检查实现类是否覆盖接口中所有抽象方法，遗漏则报错；default和static方法不参与校验；运行时AbstractMethodError表明类版本不匹配而非编译问题。
Java 编译器会在编译阶段自动验证实现类是否覆盖了接口中的所有抽象方法。只要没覆盖完，就无法通过编译——这是最直接、最可靠的验证方式。
编译时强制检查
Java 要求：一个非抽象类实现接口时，必须提供接口中每个抽象方法的具体实现（即重写），否则编译失败。
- 如果遗漏任一抽象方法，javac 会报错，例如：error: class XXX must either be declared abstract or implement abstract method YYY() in ZZZ
- 这个检查是静态的、确定性的，不需要运行或额外工具
- 即使方法签名看似相同，但参数类型、返回值或 throws 声明不一致，也不算有效覆盖
注意默认方法和静态方法不参与校验
从 JDK 8 开始，接口可含 default 和 static 方法，它们有具体实现，不要求实现类重写。
java-api-doc-generator
下载
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 只有 public abstract 方法（JDK 7 及以前风格）或未提供 default 实现的抽象方法才必须被覆盖
- 若接口新增了一个抽象方法，而旧实现类未更新，就会在重新编译时暴露问题
运行时异常提示可能意味着版本不匹配
如果代码能编译通过，但运行时报 AbstractMethodError，说明不是“没覆盖”，而是“运行时加载了不匹配的类版本”。
立即学习“Java免费学习笔记（深入）”；
- 常见于：接口 jar 升级了（加了新抽象方法），但实现类 jar 还是旧版（未重编译）
- 此时 JVM 在运行时发现该方法无实现，就抛出此错误——它不是编译问题，而是部署/依赖管理问题
- 可用
javap -cp xxx.jar YourImplClass查看实际字节码中是否包含对应方法符号
多接口实现时的合并校验
当一个类同时实现多个接口，编译器会汇总所有接口中的抽象方法，统一检查是否全部覆盖。
- 若多个接口中有同名同签名的抽象方法，只需一个实现即可满足全部要求
- 若方法签名仅返回值不同（协变不适用接口方法），则属于编译错误（无法重载）
- 接口继承链中的抽象方法（如 InterfaceB extends InterfaceA）也会被逐层纳入校验范围
