17370845950

接口不能有字段，抽象类可以有字段；接口定义“能做什么”，抽象类定义“是什么+部分怎么做”；类可实现多个接口但只能继承一个抽象类；默认方法无法访问字段，不能替代抽象类。

接口不能有字段，抽象类可以有字段

接口里声明的成员只能是方法、属性、事件或索引器，且全部隐式为 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），还是两者都要——那就组合用：抽象类实现核心逻辑 + 实现若干接口暴露能力。别为了“看起来更面向接口”而放弃字段和构造函数带来的表达力。