C#抽象类 (abstract class) vs 接口 (interface) 选型与应用场景分析

一、核心区别（选型依据）

关键判断口诀：有共同状态/复用代码用抽象类；多套能力契约、多组合用接口

二、抽象类适用场景（优先选abstract class）

1. 多个子类存在共同字段、共同实例状态

子类拥有相同属性（如Name、Id），把公共字段抽到父类。
例：Animal(抽象类)：含Age字段、公共喂食逻辑；Dog/Cat继承，只实现抽象Shout()。

abstract class Animal
{
    public int Age { get; set; } // 公共状态
    public void Eat() => Console.WriteLine("进食"); // 公共实现
    public abstract void Shout();
}
class Dog : Animal { public override void Shout() => Console.WriteLine("汪汪"); }

2. 大量子类复用通用业务逻辑，仅部分方法需要子类重写

部分逻辑固定不变，只有个别行为由子类个性化实现。

• 场景：数据库操作基类BaseDao：封装通用连接、分页查询，抽象Add/Delete由不同表Dao实现。

3. 需要构造函数初始化共同数据

抽象类可以写构造，约束子类实例化时初始化公共成员；接口无构造。

4. 具有强父子层级关系（is-a）

狗是动物、轿车是交通工具 属于继承关系，用抽象类。

三、接口适用场景（优先选interface）

1. 类需要多套不同功能能力（can-do，能力组合）

一个类兼具多种无关功能，不能多继承，只能多接口。
例：麻雀：继承Bird(抽象类)，同时实现IFly(飞行)、IEgg(产卵)两个接口；飞机实现IFly但和鸟类无继承关系。

interface IFly { void Fly(); }
interface ILayEgg { void Lay(); }
abstract class Bird{}
class Sparrow : Bird, IFly, ILayEgg
{
    public void Fly(){}
    public void Lay(){}
}

2. 只定义行为契约，不需要共享字段和实例数据

只规范方法/属性签名，实现类各自维护内部数据。

• 场景：IEnumerable、IDisposable、IComparable 框架原生接口。

3. 跨继承层级统一规范能力

毫无继承关系的类实现同一套规范：FileStream、MemoryStream无共同父类，但都实现IDisposable释放资源。

4. 依赖倒置、面向接口编程（DI依赖注入）

框架分层：Service层依赖接口IUserService，不依赖具体实现UserService，方便替换Mock、不同实现。

5. C#8+默认实现：接口新增通用逻辑

需要给一批实现类追加通用方法但不想改动已有子类时，接口写默认方法。

四、快速选型决策流程

• 是is-a（父子继承）还是can-do（具备某个能力）？
  • is-a、有共同属性/公共代码 → 抽象类
  • can-do、附加能力、多组合 → 接口
• 是否需要多继承多个规范？需要多套功能 → 接口；只能单一父类 → 抽象类
• 是否存在公共实例字段、构造函数？有成员变量 → 抽象类；只定义方法签名 → 接口

五、经典组合用法（项目最常用）

抽象类+接口搭配：抽象类承载同系列公共代码，接口定义扩展能力。
示例：

// 接口：定义可排序能力
interface ISort { void Sort(); }
// 抽象类：集合公共基类，封装公共成员
abstract class BaseCollection
{
    protected object[] _items; // 公共存储字段
    public int Count => _items.Length;
}
// 具体类：继承抽象类 + 实现接口
class ListCollection : BaseCollection, ISort
{
    public void Sort() { /*自己实现排序*/ }
}

六、避坑总结

• 能用接口就不要随便用抽象类：抽象类限制单继承，扩展性差；
• 有大量重复业务代码和实体字段，别强行拆成多个接口，改用抽象类减少冗余；
• 框架扩展、插件化开发优先接口，方便后期替换实现类。

到此这篇关于C#抽象类 (abstract class) vs 接口 (interface) 选型与应用场景的文章就介绍到这了,更多相关C#抽象类 (abstract class) vs 接口 (interface) 选型与应用场景内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！