非抽象类实现接口时必须实现全部抽象方法，否则编译失败；解决方式为补全实现或声明为abstract类。
Java 接口中定义的抽象方法，如果被一个普通类（非 abstract 类）实现时没有全部提供具体实现，编译器会直接报错，提示类似“BStudentClass is not abstract and does not override abstract method method2() in AStudentInterface”。这不是运行时问题，而是编译期强制检查——Java 要求所有非抽象类必须具备完整可调用的行为。
为什么必须实现全部抽象方法
接口代表一种契约：只要类声明 implements XInterface，就等于承诺“我能做接口里说的所有事”。编译器在编译阶段就会验证这个承诺是否兑现。漏掉任何一个抽象方法，就等于签了合同却不履约，编译失败是必然结果。
两种合法解决路径
你只有两个合规选择，不能绕过，也不能用 try-catch 捕获：
-
补全实现：在类中写出所有缺失方法的具体逻辑，哪怕只是空方法体或抛异常，只要签名匹配、有方法体即可通过编译。例如：
@Override public void method2() { throw new UnsupportedOperationException(); } -
声明为 abstract 类：把当前类加上
abstract关键字，比如public abstract class BStudentClass implements AStudentInterface。这样它就不再需要自己实现所有方法，可以留给更具体的子类去完成。
常见误判和排查要点
报错前先确认是不是真没实现，而不是“看起来像”：
- 检查方法名、参数类型、参数顺序、返回类型是否完全一致——少一个
String和Object的区别都会导致覆盖失败 - 确认没拼错方法名，比如
getUserName()写成getUsername() - 注意泛型擦除影响：若接口方法是
void process(List<string> list)</string>，实现类写成void process(List list)也可能不被视为正确覆盖 - 用 IDE 的 “Go to Implementation” 或 “Find Usages” 快速跳转到接口定义处，对照查看哪些方法还缺实现
别踩这些坑
有些做法看似能绕过，实则错误或危险：
- 加
@SuppressWarnings("all")不会消除编译错误，只会让警告消失，错误依然存在 - 试图用反射或字节码工具强行实例化未完整实现的类，会在运行时报
InstantiationError或AbstractMethodError - 把接口方法改成
default方法虽能缓解，但改变的是契约本身，需评估是否符合业务语义
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
