什么时候该用抽象类

在面向对象编程中，**抽象类（Abstract Class）**是一种不能被直接实例化，只能被其他类继承的类。它通常用来作为一组相关类的“父类模板”。

简单来说，当你遇到以下情况时，应该考虑使用抽象类：

1. 需要为相关的类提供“公共代码”（代码复用）

如果你的多个子类都有一模一样的逻辑或方法，你不想在每个子类里都复制粘贴一遍，就可以把这些公共代码提取到抽象类中。

• 抽象类可以提供具体的方法实现（普通方法），子类直接继承复用。

2. 需要强制子类遵守某种“规范”（定义契约）

你希望所有继承它的子类，都必须实现某些特定的方法，否则编译器就报错。

• 抽象类可以定义抽象方法（只有方法签名，没有方法体），强制子类去重写（Override）并实现具体逻辑。

3. 需要共享“状态”（成员变量）

如果子类之间需要共享或者操作一些共同的属性（字段/成员变量），抽象类可以很好地承载这些状态。

• 注：在 Java/C# 等语言中，接口（Interface）通常不能包含成员变量（状态），而抽象类可以。

4. 表达的是“是一个（IS-A）”的关系，且概念太抽象无法实例化

抽象类通常用于描述一类事物的共同本质。比如“动物”是一个抽象概念，现实中只有“狗”或“猫”，没有具体的“动物”实体，所以 Animal 应该被定义为抽象类。

举个通俗的例子（以 Java 风格为例）

假设我们在做一个游戏，里面有各种角色：

// 抽象类：游戏角色
abstract class GameCharacter {
    // 1. 共享状态（成员变量）
    protected String name;
    protected int health;

    public GameCharacter(String name, int health) {
        this.name = name;
        this.health = health;
    }

    // 2. 公共实现（具体方法）：所有角色受伤逻辑都一样
    public void takeDamage(int damage) {
        this.health -= damage;
        System.out.println(name + " 受到了 " + damage + " 点伤害，剩余血量：" + health);
    }

    // 3. 抽象方法（强制规范）：每个角色的攻击方式必须自己实现
    public abstract void attack();
}

// 子类：战士
class Warrior extends GameCharacter {
    public Warrior(String name) {
        super(name, 100);
    }

    @Override
    public void attack() {
        System.out.println(name + " 用剑砍了敌人一刀！");
    }
}

// 子类：法师
class Mage extends GameCharacter {
    public Mage(String name) {
        super(name, 60);
    }

    @Override
    public void attack() {
        System.out.println(name + " 念咒语发射了火球！");
    }
}

在这个例子中：

• takeDamage 是所有角色共用的逻辑（放在抽象类里复用）。
• attack 每个角色都不同，但必须得有（用抽象方法强制子类实现）。
• 你不能 new GameCharacter("小明", 100)，因为角色必须具体是战士或法师。

什么时候不该用抽象类？（抽象类 vs 接口）

虽然抽象类和接口（Interface）都能定义规范，但有以下区别，决定了你该用哪个：

选择建议：

1. 如果你需要复用代码和状态，且这些类本质上属于同一个家族（如各种形状、各种动物），用抽象类。
2. 如果你只是想定一套“能力标准”，且这个类可能还需要继承其他父类，或者需要同时拥有多种能力（如“会飞”+“会游泳”），用接口。

总结：该用抽象类的 4 个信号

当你心里出现这些念头时，就用抽象类：

1. 这几个类明显是一家人（有共同的祖先概念）。
2. 它们有些代码一模一样，我想提取出来。
3. 它们有些行为必须得有，但具体怎么做各不相同。
4. 这个父类太抽象了，现实中根本不需要（也不能）直接 new 它。