当子类继承抽象类但未实现全部抽象方法时，必须声明为抽象类，这是Java强制语法规则；否则编译报错，因非抽象类必须提供所有方法的具体实现，而抽象类允许保留未实现方法以延续契约。
当一个类继承抽象类但没有实现全部抽象方法时，它必须被声明为抽象类——这不是可选项，而是Java编译器强制执行的语法规则。
为什么必须加 abstract 关键字
Java要求：非抽象类必须具备所有可调用方法的具体实现。抽象方法没有方法体，若子类未提供实现，又不声明为abstract，编译器无法保证该类能被安全实例化，因此直接报错：error: type X is not abstract and does not override abstract method Y()。
- 抽象类本身可以不被实例化，所以允许保留未实现的方法
- 子类若选择不实现某些抽象方法，就自动承担起“继续定义契约”的责任，只能走抽象路线
- 这个机制保障了继承链上方法契约的逐层传递，避免运行时缺失方法的隐患
什么时候适合让子类保持抽象
并非缺陷，而是有明确设计意图的常见做法：
- 作为中间层抽象类，统一部分行为（如公共字段、校验逻辑、模板方法），把剩余差异点留给更具体的子类
- 对应业务中存在“概念层级”，例如 Animal → Mammal → Dog，其中
Mammal可能只实现giveBirth()，但仍保留makeSound()和move()抽象，由Dog、Cat分别落实 - 避免在不合适的层级强行填充空实现或默认返回，破坏语义一致性
操作上怎么写才合法
只需在类声明前添加 abstract，其余不变：
abstract class Mammal extends Animal {
// 实现了父类的一个抽象方法
@Override
void giveBirth() {
System.out.println("Live birth");
}
// 没有实现 makeSound() 和 sleep() —— 允许，因为本类已声明为 abstract
}
- 不必重写所有抽象方法，也不必标注哪些方法“留待下级实现”
- 可以新增自己的抽象方法，进一步细化契约
- 仍可定义构造器、普通方法、静态方法、final 方法等
如何避免误踩陷阱
几个高频出错点需主动规避：
- 漏写
abstract修饰符：哪怕只差一个字母，编译直接失败 - 把抽象方法写成空方法体（如
void foo() {}）：这不再是抽象方法，子类无需重写，会悄悄破坏设计初衷 - 在抽象类里误用
private abstract或static abstract：语法非法，编译器立刻拒绝 - 认为“抽象类不能有 main 方法”而不敢测试：其实可以，只要不 new 它自己就行
