接口不能有字段，抽象类可以有字段；接口定义“能做什么”，抽象类定义“是什么+部分怎么做”；类可实现多个接口但只能继承一个抽象类；默认方法无法访问字段，不能替代抽象类。
接口不能有字段，抽象类可以有字段
接口里声明的成员只能是方法、属性、事件或索引器，且全部隐式为 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），还是两者都要——那就组合用：抽象类实现核心逻辑 + 实现若干接口暴露能力。别为了“看起来更面向接口”而放弃字段和构造函数带来的表达力。
