层次继承是面向对象编程里最基础也最常用的继承形态之一。它描述的是某一个基类同时被两个或更多彼此之间没有兄弟关系的派生类继承，从类图上看就像一棵树只有一层分支。在C#语言中，这种结构用冒号加基类名称的语法就能表达，编译器会在元数据层面建立类型父子关系。理解它有助于我们在设计领域模型时，把真正通用的状态和行为上移，避免逻辑分散。
层次继承的基本语法与类型结构
在C#中声明层次继承非常直观。我们先定义一个名为Animal的基类，里面包含所有动物都具备的Name属性和Eat方法。然后让Dog和Cat两个类都使用class Dog : Animal这样的写法去继承它。此时Dog与Cat在类型体系里处于同一层，它们之间没有继承关联，但都拥有Animal的成员。这种结构区别于多层继承，也区别于接口实现，因为它的复用是借助具体类而非契约。
从运行时角度看，层次继承让CLR在方法调用时可以根据对象实际类型做虚方法分派。如果基类把Eat标记为virtual，子类用override重写，那么即便变量声明为Animal类型，实际指向Dog实例时，也会执行Dog里的版本。下面这段代码展示了最精简但完整的层次继承声明方式，你可以直接复制到Visual Studio里运行。
using System;
public class Animal
{
public string Name { get; set; }
public virtual void Eat()
{
Console.WriteLine(Name + " 正在吃东西");
}
}
public class Dog : Animal
{
public override void Eat()
{
Console.WriteLine(Name + " 这只狗在啃骨头");
}
public void Bark()
{
Console.WriteLine(Name + " 汪汪叫");
}
}
public class Cat : Animal
{
public override void Eat()
{
Console.WriteLine(Name + " 这只猫在吃鱼");
}
public void Meow()
{
Console.WriteLine(Name + " 喵喵叫");
}
}
上面的示例里，Dog和Cat彼此完全独立，但都从Animal拿到了Name与Eat的基础定义。假如以后要给所有动物增加Age字段，只需改基类一处，所有派生类自动具备。这就是层次继承在减少重复代码上的核心价值，也让类型职责划分更清楚。
通过多态调用观察层次继承的运行表现
层次继承真正发挥威力是在多态场景。我们可以把Dog和Cat的实例都塞进Animal数组，然后统一遍历调用Eat。由于虚方法机制，程序会根据每个元素的实际类型执行对应子类逻辑，而不需要写一堆if (obj is Dog)之类的类型判断。这让上层逻辑只依赖抽象基类，符合依赖倒置的思路。
下面的代码演示了如何利用List<Animal>存放不同派生类对象，并在循环中触发各自行为。注意这里没有用到任何特殊框架，纯C#控制台就能验证。通过这个例子你能看到，层次继承让新增一种动物（比如Bird）时，原有遍历代码完全不用动，只要新类继承Animal即可。
using System;
using System.Collections.Generic;
class Program
{
static void Main()
{
List<Animal> animals = new List<Animal>
{
new Dog { Name = "阿黄" },
new Cat { Name = "小黑" }
};
foreach (var a in animals)
{
a.Eat();
}
// 各自独有方法需要具体类型
Dog d = new Dog { Name = "旺财" };
d.Bark();
}
}
运行结果会先打印狗啃骨头和猫吃鱼，再单独打印旺财汪汪叫。这种表现说明层次继承在提供共用成员的同时，也保留了子类扩展专属能力的可能。不过要注意，如果基类设计得过于臃肿，所有子类都被迫携带用不到的字段，那就说明抽象层级出了问题，此时应考虑把基类拆小或用接口补充。
层次继承与组合、接口的取舍建议
虽然层次继承写起来简单，但它不是万能的。C#是单继承语言，一个类只能有一个直接基类。如果你发现Dog既想复用Animal又想复用Pet的_logic，层次继承就做不到，这时要用接口或组合。接口定义契约，组合把对象作为字段嵌入，二者都能避免继承带来的强耦合。经验法则是：当多个类确实是同一种事物的变体，且共享大量状态，才优先用层次继承。
举个例子，如果Dog和Cat都需要序列化支持，不应为了复用把序列化逻辑写进Animal，而应该让它们各自实现ISerializable接口，或者持有Serializer实例。这样Animal保持纯粹的领域模型，不会因技术型功能膨胀。下表简单对比了三种复用方式在C#里的差异，方便你做设计决策。
| 复用方式 | 语法特征 | 适用场景 |
|---|---|---|
| 层次继承 | class Sub : Base | 多个类属于同一概念分类且共用状态 |
| 接口实现 | class Sub : IContract | 仅共享行为契约，无共用字段 |
| 对象组合 | 类内持有其他类实例 | 功能模块化，避免单继承限制 |
综合来看，层次继承是C#里构建领域模型非常自然的起点。只要把控好基类的粒度，不让它承担跨领域的杂活，就能在代码复用与可维护性之间取得平衡。当你在项目中看到多个类出现成片重复属性或方法时，先画一下类型树，很可能一个干净的层次继承结构就能解决问题。