非抽象子类必须实现父类所有抽象方法，这是编译器强制的语法规则，旨在确保对象可实例化、多态调用安全可靠；未实现则编译报错，唯一合规解法是补全方法体或声明子类为abstract。
Java 要求非抽象子类必须实现父类中所有抽象方法，这不是可选项，而是编译器强制执行的语法规则。它的核心目的是确保对象可安全调用、多态能可靠运行——只要声明了一个类能被 new 出来，它就必须对所有公开行为给出确定逻辑。
为什么非抽象子类不能留空抽象方法
抽象方法只有声明、没有实现，相当于在契约里写了一行“你得会吃饭”，但没说怎么吃。如果 Dog 类继承 Animal 却不实现 eat()，那执行 new Dog().eat() 时 JVM 根本不知道该执行什么代码。Java 不允许这种不确定性存在，所以编译阶段就直接拦截：只要类不是 abstract，内部就不能有未实现的抽象方法。
两种合法路径：实现 or 声明为 abstract
遇到 “must either be declared abstract or implement abstract method” 报错时，只有两个合规解法：
- 在子类前加上 abstract 关键字，把它变成抽象类——它本就不该被实例化，可以继续把抽象方法留给更下层子类去落实
- 在子类中补全所有缺失的抽象方法体，哪怕先写 throw new UnsupportedOperationException() 或返回默认值（如 return null;），只要方法签名匹配、有方法体，就能通过编译
快速定位和补全方法的实操建议
别靠猜，用工具提效：
- 看报错信息，记下缺失的方法名、参数类型和所属父类（比如 makeSound() in Animal）
- 用 IDE 跳转到父类定义处，确认它是 abstract 方法（不是 default、static，也没拼错）
- IntelliJ：光标停在类名上按 Alt + Enter → Implement Methods；Eclipse：右键 → Source → Override/Implement Methods
- 生成后检查 @Override 是否存在、参数是否一致、返回值是否匹配；业务逻辑没想好，先填合理默认值比空着更稳妥
容易被忽略的隐蔽原因
有时候明明写了实现，还是报错，可能卡在这些地方：
- SDK 或依赖升级后，父类悄悄新增了抽象方法，你的子类没同步更新
- 用了 Lombok（如 @Data），可能干扰 getter/setter 生成，间接导致重写失败
- Maven 加载了旧版本 jar，实际运行的是另一个 classpath 下的字节码——用 mvn dependency:tree 和 javap -cp xxx.jar com.xxx.Xxx 对比确认
- 改完代码仍报错？试试清理 IDE 缓存或执行 mvn clean compile
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
