为什么要用抽象类

使用抽象类的核心目的，是为了把“公共的、必须存在的东西”抽象出来，同时强制子类去完成某些具体实现。它介于“接口”和“普通类”之间，解决的是代码复用 + 规范约束的问题。

下面从为什么要用、适合什么场景、和接口的区别几个角度说明。

一、为什么要用抽象类？

1️⃣ 避免重复代码（代码复用）

如果多个子类有相同的字段或方法实现，可以把它们放到抽象类中。

abstract class Animal {
    String name;

    void sleep() {
        System.out.println("睡觉");
    }

    abstract void makeSound();
}

子类只需要关心不同的部分：

class Dog extends Animal {
    void makeSound() {
        System.out.println("汪汪");
    }
}

✅ 好处：

• 减少重复代码
• 修改公共逻辑只改一处

2️⃣ 强制子类实现某些方法（规范约束）

抽象类可以定义抽象方法，子类必须实现，否则编译不过。

abstract class Shape {
    abstract double area();
}

class Circle extends Shape {
    double area() {
        return Math.PI * r * r;
    }
}

✅ 好处：

• 防止子类“忘记实现”
• 提高系统一致性

3️⃣ 表达“是什么”的继承关系（is-a）

抽象类表达的是一种类型的层次关系：

Animal
 ├── Dog
 ├── Cat

比接口更强调本质归属。

4️⃣ 控制子类的创建方式（模板方法模式）

抽象类非常适合定义流程骨架，把可变部分留给子类。

abstract class OrderProcessor {
    void process() {
        check();
        pay();
        afterSale();
    }

    abstract void pay();
}

子类只关心支付差异，流程不可乱改。

✅ 好处：

• 父类控制流程
• 子类专注变化点

5️⃣ 比接口更“重”，但更稳定

抽象类可以：

• 有字段
• 有构造方法
• 有具体方法
• 慢慢演进（加方法不影响子类）

接口一旦发布，加方法会破坏实现类。

二、什么时候用抽象类？

✅ 适合用抽象类的情况：

• 多个类有公共状态或行为
• 子类是同一类事物
• 想在父类中控制流程或提供默认实现
• 希望强制子类实现某些方法

✅ 一句话总结：

有公共实现、有继承关系、需要约束子类 → 用抽象类

三、抽象类 vs 接口（简单对比）

四、一句话总结（面试版）

抽象类用于表达一类事物的共性，既可以复用代码，又可以约束子类行为；接口更偏向能力定义，抽象类更偏向类型与实现。

如果你愿意，我可以：

• 用 真实业务例子 帮你理解
• 对比 为什么这里不用接口
• 或从 设计模式角度（模板方法） 再讲一遍