抽象类和接口有什么区别 纯虚函数使用场景对比

抽象类用于实现共性行为和状态的复用，而接口用于定义能力契约；在C++中，抽象类可包含具体方法和成员变量，支持单或多继承，强调“is-a”关系，适合有共同代码的场景，而接口通过纯虚类模拟，所有方法为纯虚函数，无实例变量，体现“has-capability”，支持多继承且避免菱形问题，适用于跨模块解耦和多态组合；纯虚函数通过=0声明，使类成为抽象基类，派生类必须重写纯虚函数才能实例化；实际选择时，若需共享状态或默认实现应使用抽象类，若仅定义行为规范且要求类实现多种角色则应使用纯虚类作为接口；无论哪种都应提供虚析构函数以确保正确析构；C++中虽无interface关键字，但通过命名约定如I前缀标识接口类，语义清晰并广泛应用于框架设计。

抽象类和接口（在支持接口的语言中，如Java、C#）都是用来实现抽象和多态的重要机制，但它们在设计目的、使用方式和语义上有明显区别。尤其是在C++中，虽然没有“接口”这个关键字，但通过纯虚函数可以模拟接口的行为。下面我们从多个角度来对比抽象类和接口（或纯虚类），并分析纯虚函数的使用场景。

一、抽象类 vs 接口（纯虚类）的核心区别

二、纯虚函数的定义与作用

在C++中，纯虚函数通过 = 0 声明：

class Shape {
public:
    virtual void draw() = 0;  // 纯虚函数
    virtual ~Shape() = default;
};

含有纯虚函数的类是抽象类，不能实例化。派生类必须重写所有纯虚函数，否则仍是抽象类。

三、使用场景对比

1. 使用抽象类的场景

• 有共同的代码或状态需要复用
  抽象类可以提供部分实现，比如公共字段、工具方法、默认行为。

  class Animal {
  protected:
      std::string name;
  public:
      Animal(const std::string& n) : name(n) {}
      virtual void eat() { std::cout << name << " is eating.\n"; }  // 默认实现
      virtual void makeSound() = 0;  // 子类必须实现
  };

  这里 name 和 eat() 是共性，makeSound() 是差异点。

• 表示“is-a”关系
  比如 Dog 是一种 Animal，适合用抽象类继承。

• 需要构造函数、析构函数或资源管理
  抽象类可以有完整的生命周期管理逻辑。

2. 使用接口（纯虚类）的场景

• 定义行为契约，不关心实现细节
  接口更像一种协议，强调“能做什么”，比如可绘制、可序列化、可比较。

  class Drawable {
  public:
      virtual void draw() const = 0;
      virtual ~Drawable() = default;
  };
  
  class Serializable {
  public:
      virtual std::string serialize() const = 0;
      virtual ~Serializable() = default;
  };

  一个类可以同时实现多个接口，体现“has-capability”。

• 实现多态组合，避免继承耦合
  接口鼓励组合而非继承，降低类之间的耦合度。

• 跨模块、插件化设计
  在框架设计中，常通过接口与外部模块通信，实现解耦。

• 支持多继承的“接口”语义
  C++虽然支持多继承，但直接继承多个具体类容易引发菱形问题。而继承多个纯虚类（接口）是安全的，因为没有状态。

四、实际选择建议

• 如果你需要共享代码或状态，用抽象类。
• 如果你只关心行为规范，且希望一个类能“实现多个角色”，用纯虚类模拟接口。
• 在C++中，通常把只有纯虚函数的类称为“接口类”，并命名时加上 I 前缀或 Interface 后缀，如 IRepository。
• 接口类应尽量保持轻量，只包含必要的方法声明。
• 无论抽象类还是接口，都要提供虚析构函数，防止派生类析构时资源泄漏。

五、小结

• 抽象类用于“是什么”，接口用于“能做什么”。
• 纯虚函数是实现抽象的关键，使类成为抽象基类。
• 抽象类适合有共性逻辑的场景；接口适合定义能力契约、实现多继承能力。
• C++中通过纯虚类模拟接口，虽无关键字支持，但语义清晰，广泛使用。

基本上就这些，核心是根据设计意图选择：要复用代码用抽象类，要定义能力用接口。