子类继承抽象类但未实现全部抽象方法时，必须声明为abstract类，否则编译报错；这是Java强制语法规则，旨在确保非抽象类具备完整可调用的方法实现。
子类继承抽象类但没实现全部抽象方法时，编译器会直接报错，这不是代码写错了，而是Java在强制你明确选择：要么补全实现，要么承认自己还只是个“中间层”。关键不在修不修，而在选哪条路。
必须二选一：实现 or 声明为 abstract
Java不允许一个非抽象类留着抽象方法不实现。遇到类似 “must either be declared abstract or implement abstract method” 的报错，只有两条合法路径：
- 把子类加上
abstract关键字，变成抽象类——它本就不该被 new 出来，可以继续留空方法，让更下层的子类去落实 - 在子类里写出所有缺失方法的具体逻辑，哪怕先写个
throw new UnsupportedOperationException()或返回默认值，只要签名对、有方法体，就能过编译
先看报错信息，定位缺哪个方法
错误提示里藏着三个关键线索：
- 出问题的类名（比如
Dog） - 缺失的方法签名（比如
makeSound()） - 契约来源（是哪个抽象类或接口定义的，比如
Animal）
别急着敲代码。用 IDE 跳转到那个父类/接口定义处，确认它确实是 abstract 方法——不是默认方法、不是静态方法，也不是你拼错名字或参数类型了。
立即学习“Java免费学习笔记（深入）”；
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
留意版本变化和依赖冲突
尤其在升级 SDK、Spring Boot 或内部公共包后，接口或抽象类可能悄悄新增了抽象方法。你的实现类没跟着改，编译就通不过。
- 查
mvn dependency:tree看实际加载的是哪个版本 - 对比本地源码和运行时 classpath 中的真实字节码（可用
javap -cp xxx.jar com.xxx.Xxx） - 注意 Lombok 注解（如
@Data）可能干扰构造或方法生成，间接导致重写失败
快速补全，别卡在空实现上
IDE 通常支持一键生成未实现方法：
- IntelliJ：光标停在类名上，按
Alt + Enter → Implement Methods - Eclipse：右键 →
Source → Override/Implement Methods
生成后检查：@Override 是否存在、参数类型是否匹配、返回值是否一致。哪怕业务还没想好，先填个合理默认值（如 return Collections.emptyList();），比留空更安全。
改完记得清理缓存再验证
有时候改了代码仍报错，很可能是构建工具或 IDE 缓存了旧 class：
- Maven 项目执行：
mvn clean compile - Gradle 项目执行：
./gradlew clean compileJava - IntelliJ：菜单
File → Invalidate Caches and Restart - 检查
target/classes或build/classes下对应 .class 文件的时间戳是否更新
