在C#的面向对象编程体系里，接口（interface）和抽象类（abstract class）都是用来定义规范、实现多态的重要类型，但两者的设计目标和适用场景存在明显差异，很多初学者甚至有一定经验的开发者都容易混淆两者的用法。
核心定义差异
接口是一种完全抽象的类型，它只定义成员的行为规范，不包含任何实现逻辑，所有成员默认都是公共的，也不能包含字段、构造函数等具体实现相关的元素。抽象类则是介于普通类和接口之间的类型，它可以包含抽象成员（只有定义没有实现），也可以包含已经实现的具体成员、字段、构造函数等内容。
语法特性对比
我们可以通过具体的语法规则来直观对比两者的不同：
| 对比维度 | 接口（interface） | 抽象类（abstract class） |
|---|---|---|
| 成员实现 | 所有成员不能有实现，仅定义签名 | 可以包含抽象成员（无实现）和具体实现成员 |
| 访问修饰符 | 成员默认public，不能显式添加其他修饰符 | 成员可以有public、protected、internal等修饰符 |
| 字段支持 | 不能包含实例字段，只能有属性定义 | 可以包含实例字段、静态字段 |
| 构造函数 | 不能包含构造函数 | 可以包含构造函数，用于子类初始化 |
| 继承限制 | 类可以实现多个接口 | 类只能继承一个抽象类（单继承） |
代码示例对比
接口的定义与实现
下面是一个简单的接口定义和类实现接口的示例：
// 定义接口，规范支付行为
public interface IPayService
{
// 接口成员默认public，不需要显式写
void Pay(decimal amount);
// 接口可以定义属性，但不能有字段
string PayChannel { get; }
}
// 实现接口的类，必须实现接口所有成员
public class WechatPayService : IPayService
{
public string PayChannel => "微信支付";
public void Pay(decimal amount)
{
Console.WriteLine($"使用微信支付完成{amount}元支付");
}
}
// 类可以实现多个接口
public class AlipayService : IPayService, IRefundService
{
public string PayChannel => "支付宝支付";
public void Pay(decimal amount)
{
Console.WriteLine($"使用支付宝支付完成{amount}元支付");
}
public void Refund(decimal amount)
{
Console.WriteLine($"支付宝退款{amount}元");
}
}
// 另一个接口
public interface IRefundService
{
void Refund(decimal amount);
}
抽象类的定义与继承
下面是抽象类的定义和子类继承的示例：
// 定义抽象类，包含抽象成员和具体成员
public abstract class BasePayService
{
// 抽象类可以包含字段
protected string _payChannel;
// 抽象类可以包含构造函数
protected BasePayService(string payChannel)
{
_payChannel = payChannel;
}
// 抽象成员，子类必须实现
public abstract void Pay(decimal amount);
// 具体实现的成员，子类可以直接使用或重写
public virtual void PrintPayInfo(decimal amount)
{
Console.WriteLine($"支付渠道：{_payChannel}，支付金额：{amount}");
}
}
// 继承抽象类的子类，必须实现所有抽象成员
public class UnionPayService : BasePayService
{
public UnionPayService() : base("银联支付")
{
}
public override void Pay(decimal amount)
{
Console.WriteLine($"使用银联支付完成{amount}元支付");
}
// 可以选择重写父类的虚方法
public override void PrintPayInfo(decimal amount)
{
base.PrintPayInfo(amount);
Console.WriteLine("银联支付实时到账");
}
}
适用场景区分
在实际开发中，我们可以根据需求选择使用接口还是抽象类：
- 如果需要定义一组完全的行为规范，不关心实现细节，且可能需要让一个类遵循多组不同的规范，优先选择接口。比如多个不相关的类都需要实现日志输出、数据校验等能力，就可以定义对应的接口。
- 如果一组类有共同的基类逻辑，存在代码复用的需求，且需要共享一些字段、具体方法实现，优先选择抽象类。比如多个支付类都有共同的渠道名称字段、共同的支付前校验逻辑，就可以把这些公共内容放到抽象父类中。
- 如果需要定义的是"是什么"的关系（is-a），比如银联支付是一种支付方式，适合用抽象类继承；如果是"能做什么"的关系（can-do），比如支付类能完成支付、能完成退款，适合用接口实现。
常见使用误区
很多开发者会陷入两个误区：一是把所有规范都定义成接口，忽略了抽象类的代码复用能力，导致大量重复代码；二是过度使用抽象类，强行让不相关的类继承同一个抽象类，破坏代码的灵活性。另外需要注意，接口在C# 8.0之后支持了默认实现，但默认实现的使用场景仍然有限，不能替代抽象类的字段、构造函数等特性。
总结来说，接口更侧重定义行为契约，支持多实现，适合松耦合的场景；抽象类更侧重代码复用和层次化设计，仅支持单继承，适合有共同基类的相关类场景。
C#interfaceabstract_class面向对象编程修改时间：2026-07-11 10:27:24