抽象类既可定义强制子类实现的抽象方法，也可提供默认行为的具名方法；后者无需子类重写即可直接调用，提升代码复用性与设计灵活性。
抽象类既可定义强制子类实现的抽象方法，也可提供默认行为的具名方法；后者无需子类重写即可直接调用，提升代码复用性与设计灵活性。
在面向对象设计中，抽象类的核心价值不在于“仅声明接口”，而在于分层建模共性与差异：它既能封装所有子类共享的通用逻辑（通过带方法体的普通方法），又能预留必须由具体子类定制的关键行为（通过 abstract 方法）。
以 Animal 抽象类为例：
public abstract class Animal {
protected int age;
// ✅ 具体实现：所有动物“进食”动作具有通用流程
public void eat() {
System.out.println(this.getName() + " is eating"); // 依赖子类提供的 getName()
}
// ✅ 抽象契约：每个具体动物必须明确自己的名称
public abstract String getName();
}关键点解析：
- eat() 是非抽象方法，拥有完整方法体，可被子类直接继承调用，无需重写；
- getName() 是抽象方法，无方法体，子类必须提供实现，否则编译失败；
- 更重要的是：eat() 内部可以安全调用 getName() —— 尽管该方法尚未实现，但 Java 编译器和运行时能保证：只要 Animal 的实例存在（必为某个具体子类对象），getName() 一定有实现。
子类只需专注差异化逻辑：
class Swan extends Animal {
@Override
public String getName() {
return "Swan";
}
}
// 使用示例
Swan swan = new Swan();
swan.eat(); // 输出：Swan is eating → 通用逻辑 + 子类特化数据完美协同✅ 这样设计的好处：
- 避免重复代码（如日志格式、资源预处理、模板流程等统一在抽象类中实现）；
- 强制关键扩展点（如 getName()）不被遗漏，保障多态一致性；
- 支持“模板方法模式”（Template Method Pattern）：抽象类定义算法骨架，子类填充步骤细节。
⚠️ 注意事项：
- 不要将本应由子类决定的行为（如 getName()）在抽象类中提供默认实现，否则会削弱多态意义；
- 若某方法虽有默认实现但允许子类优化，应声明为 public 或 protected 并注明可选重写（而非 abstract）；
- 抽象类本身不可实例化，但其非抽象方法可通过子类对象无缝调用。
总之，抽象类中的方法体不是冗余，而是构建可维护、可扩展类层次的基石——它让“不变的逻辑集中管理，变化的部分交由子类掌控”。
