接口不能有字段,抽象类可以有字段
接口里声明的成员只能是方法、属性、事件或索引器,且全部隐式为
public,不能包含字段(即不能写
int Count;)。而抽象类可以定义普通字段、
protected或
private成员,也能有构造函数和析构函数。
常见错误:在接口里写
string Name = "default";,编译直接报错
CS0525—— 接口不能包含字段。想存状态?必须挪到实现类或抽象基类里。 接口适合定义“能做什么”,比如
IComparable、
IDisposable抽象类适合定义“是什么+部分怎么做”,比如
Stream类既有
CanRead字段,也有
Read()抽象方法 字段访问修饰符在抽象类中有效(
protected int _bufferSize;),在接口中写任何修饰符都会报错
一个类可以实现多个接口,但只能继承一个抽象类
C# 不支持多继承,所以
class MyService : BaseService, CacheService是非法的;但
class MyService : BaseService, ILoggable, IRetryable, IAsyncDisposable完全合法。
这决定了设计倾向:用接口组合能力(关注点分离),用抽象类复用逻辑(垂直继承链)。
需要混搭日志、重试、缓存策略?优先用接口 多个服务共享初始化逻辑和默认配置?抽象类更合适 若强行把所有共性塞进接口,会倒逼实现类重复写相同字段和辅助方法,违背 DRY接口默认方法(C# 8.0+)不是“替代抽象类”的方案
C# 8 引入了接口默认实现,比如
void Log(string msg) { Console.WriteLine(msg); },但它有严格限制:
不能访问字段或 this的私有成员(没有实例状态) 不能调用其他默认方法形成递归(编译器会阻止) 无法提供构造逻辑,也不能有
static或
virtual修饰符 如果实现类自己提供了同签名方法,它会完全屏蔽接口默认实现
也就是说,默认方法只是“安全的扩展钩子”,不是真正的实现复用。真正要共享可变状态或复杂初始化流程,还是得靠抽象类。
显式实现接口 vs 重写抽象方法:调用行为差异大
当类显式实现接口方法(如
void IDisposable.Dispose() { ... }),该方法只能通过接口类型调用;而重写抽象方法(public override void Close())可通过类类型或基类类型调用。
var file = new FileStream("a.txt", FileMode.Open);
file.Close(); // ✅ 可以,因为 Close 是 public virtual 方法
// file.Dispose(); // ❌ 编译失败,除非转成 IDisposable
((IDisposable)file).Dispose(); // ✅ 显式实现,只能这样调这个差异直接影响 API 可用性和测试方式。抽象方法天然支持多态调用;接口显式实现则更“克制”,常用于避免命名冲突或隐藏不常用操作。
抽象类和接口不是非此即彼的选择,关键看你要封装的是契约(interface)、可变状态(abstract class),还是两者都要——那就组合用:抽象类实现核心逻辑 + 实现若干接口暴露能力。别为了“看起来更面向接口”而放弃字段和构造函数带来的表达力。
