抽象类不能实例化但可作类型使用，用于被继承并强制子类实现抽象方法；支持普通/virtual/abstract成员；virtual方法可选重写，abstract方法必须重写；override用于明确重写virtual或abstract方法；抽象类强调“是什么”，interface强调“能做什么”。
抽象类不能 new，但可以当类型用
抽象类不是用来直接创建对象的，new AbstractClass() 会编译报错。它存在的意义是被继承，同时强制子类实现某些行为。比如你定义一个 Shape 抽象类，里面声明 CalculateArea() 是抽象方法，那所有继承它的 Circle、Rectangle 就必须自己写这个方法的具体逻辑。
但它完全可以作为变量类型或参数类型使用：Shape s = new Circle(); 这样写完全合法，而且能配合多态调用实际子类的方法。
- 抽象类里可以混着写：普通方法、
virtual方法、abstract方法、字段、属性、构造函数 - 抽象方法没有方法体，连
{}都不能写，结尾直接分号：public abstract double CalculateArea(); - 抽象类本身可以有构造函数，供子类初始化时调用（通过
: base()）
virtual 和 abstract 都允许重写，但约束完全不同
virtual 是“可选重写”——父类已经提供了默认实现，子类想改就用 override，不想改就直接用父类的；abstract 是“必须重写”——父类不提供实现，子类不写 override 就编译不过。
常见错误是把 virtual 方法误当成抽象方法，结果子类忘了 override，调用时还是跑父类逻辑，行为和预期不符。
-
virtual方法必须有方法体（哪怕只是{ return 0; }），abstract方法绝对不能有 - 抽象类里可以有
virtual方法，也可以没有；但只要有abstract方法，这个类就必须声明为abstract - 非抽象类里只能用
virtual，不能用abstract（否则编译器会说“abstract method in non-abstract class”）
override 不是重载，也不是随便加的关键字
override 只干一件事：明确告诉编译器“我要替换父类中那个同签名的 virtual 或 abstract 方法”。它不是重载（overload），不能靠参数不同来区分；也不是可选的修饰符——没它，就算方法名和参数一样，也只是隐藏（new）父类方法，不会触发多态。
典型坑是子类写了同名方法但漏了 override，结果运行时调用的还是父类版本，尤其在用基类变量引用子类对象时特别隐蔽。
- 子类中
override的方法签名（返回类型、名称、参数列表）必须和父类一模一样 - 不能对
private或static方法用override（编译错误） - 如果父类方法是
virtual，子类用override后，还能再被孙子类继续override；但如果父类是sealed override，那这层就封死了
abstract class 和 interface 混用时，别指望 abstract 能替代 interface
抽象类强调“是什么”，interface 强调“能做什么”。一个类只能继承一个抽象类，但可以实现多个 interface。所以当你需要让不相关的类（比如 FileLogger 和 NetworkClient）都支持 Log() 行为，就该用 interface，而不是硬塞进某个抽象类里。
另一个容易忽略的点：抽象类可以有字段、构造函数、甚至部分实现；interface 在 C# 8.0 之前不能有字段，也不能有访问修饰符（全是 public），C# 8+ 虽然支持 default 实现，但依然不能有字段或构造逻辑。
- 如果设计意图是“强制一组相关类共享基础结构和状态”，用
abstract class - 如果设计意图是“让任意类都能承诺提供某组能力”，用
interface - 抽象类里的
virtual方法可以被子类override，interface 里的 default 方法不能被override（只能override接口的成员，但语法上仍是public void Method() => base.Method();这种形式）
事情说清了就结束。真正难的不是语法，是判断什么时候该用 abstract、什么时候该用 virtual、什么时候该换 interface——这取决于你是在描述“一类东西的共性”，还是在定义“一种能力契约”。
