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+默认实现：接口新增通用逻辑
需要给一批实现类追加通用方法但不想改动已有子类时，接口写默认方法。
四、快速选型决策流程
- 是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() { /*自己实现排序*/ }
}
六、避坑总结
- 能用接口就不要随便用抽象类：抽象类限制单继承，扩展性差；
- 有大量重复业务代码和实体字段，别强行拆成多个接口，改用抽象类减少冗余；
- 框架扩展、插件化开发优先接口，方便后期替换实现类。