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

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

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

特性	抽象类	接口
继承	单继承，一个类只能继承一个抽象类	多实现，一个类可实现多个接口
成员	可包含字段、构造函数、实例方法、静态成员、抽象/普通属性、虚方法	不能有字段、构造函数、实例变量，默认public，C#8+可加默认实现方法
访问修饰	可任意：private/protected/public	默认public，不能手动写访问修饰符
代码复用	共享实例字段、公共逻辑代码	只定义契约，默认无实例状态
版本兼容	新增普通方法子类不受影响	C#7.3及以前新增方法会导致所有实现类报错；C#8+默认实现缓解

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

二、抽象类适用场景（优先选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+默认实现：接口新增通用逻辑

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

四、快速选型决策流程

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

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

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

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

六、避坑总结

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