C#.NET 属于典型的面向对象语言，它的类型体系具有鲜明的层次结构。无论你定义的是简单的整数、字符，还是复杂的自定义类，所有类型都直接或间接地继承自同一个根类型，这个根类型就是 System.Object。在 C# 代码中，也可以使用它的别名 object 来指代。理解这个根类型，是认识 C# 类型系统的必经之路。
从 System.Object 看类型体系的共同起点
在 C# 中，任何一个类型，无论是内置的 int、string，还是开发者自定义的 class、struct、enum、委托、接口，它们的继承链顶端都会追溯到 System.Object。编译器在处理类型声明时，会自动为没有显式指定基类的类添加这个默认基类。也就是说，编写 class Person { } 和 class Person : object { } 在编译后的结果上是等价的。
System.Object 之所以能成为所有类型的基类，是因为它提供了最普遍、最基础的几项能力：判断对象是否相等、获取对象的类型信息、生成哈希值以及生成对象的字符串表示。这四项能力是所有对象在任何上下文中都可能用到的，因此将它们抽离到一个共同的祖先类型中，既保证了最小化的重复实现，也让整个类型体系具备了一致的可操作性。
对于自定义类型来说，继承 System.Object 并不代表它会自动获得特别的性能或内存优势，而是意味着它能够与 C# 的某些语法机制无缝协作。例如，任何类型的实例都可以赋值给 object 类型的变量，都可以调用 ToString() 方法，都可以被 Console.WriteLine 直接输出。这些看似常见的操作，底层都依赖 Object 类型提供的方法模板。
Object 类公开的成员及其实际用途
System.Object 提供了四个至关重要的实例方法。首先是 Equals(object obj)，它默认比较两个引用是否指向同一个对象，但对于值类型，默认行为会被重写为比较字段值。其次是 GetHashCode()，它返回对象的哈希码，常用于哈希表和字典中快速定位元素。再就是 GetType()，它返回当前对象的运行时类型信息，是反射机制的入口。最后是 ToString()，默认返回对象的完整类型名，但几乎所有有意义的类型都会重写它来表示对象内容。
除了这四个公共实例方法，Object 还包含两个受保护的成员：MemberwiseClone() 和 Finalize()。前者用于创建对象的浅拷贝，通常作为原型模式的底层支持；后者是终结器的执行入口，在垃圾回收时会被调用。开发者很少直接调用这些方法，但它们为派生类提供了扩展基础行为的能力。
值得一提的是，C# 中的运算符也会与这些方法关联。例如，== 运算符对于引用类型默认执行引用比较，而 object.Equals 方法则可以被重写实现值比较。很多开发者会在自定义类中同时重写 Equals 和 GetHashCode，目的就是让对象在放入字典或哈希集合时按照业务逻辑比较，而不是简单的引用比较。
public class Person
{
public string Name { get; set; }
public int Age { get; set; }
public override string ToString()
{
return $"Name: {Name}, Age: {Age}";
}
public override bool Equals(object obj)
{
if (obj is Person other)
{
return Name == other.Name && Age == other.Age;
}
return false;
}
public override int GetHashCode()
{
return HashCode.Combine(Name, Age);
}
}
// 使用示例
Person p1 = new Person { Name = "张三", Age = 30 };
Person p2 = new Person { Name = "张三", Age = 30 };
Console.WriteLine(p1.ToString()); // 输出：Name: 张三, Age: 30
Console.WriteLine(p1.Equals(p2)); // 输出：True
Console.WriteLine(ReferenceEquals(p1, p2)); // 输出：False
值类型与引用类型在继承关系上的差异
C# 的类型分为值类型和引用类型。值类型包括所有内置数值类型、bool、char、结构体以及枚举，它们直接存储数据，分配在线程栈或作为对象的一部分。引用类型则包括类、接口、数组、委托和 string，它们的变量只存储对象的引用，实际数据在托管堆上。尽管这两类类型在内存布局和分配方式上差异巨大，但它们都统一继承自 System.Object。
对于引用类型而言，继承 Object 是顺理成章的，因为类本身就支持多态继承。而值类型的情况有点特殊：值类型实际上是通过 System.ValueType 间接继承 Object 的。ValueType 是 Object 的一个直接子类，它重写了 Equals 和 GetHashCode，使它们基于值类型的字段进行内容比较。也就是说，结构体的默认相等性行为与类不同，这是许多初学者容易忽略的细节。
正因如此，值类型与引用类型在遇到需要 Object 实例的场合时，会产生装箱（boxing）和拆箱（unboxing）操作。当一个值类型变量被赋值给 object 类型的变量时，CLR 会在堆上创建一个包装对象，将值类型的数据复制进去，这个过程就是装箱。反过来，从 object 中取回值类型时，就是拆箱，需要显式强转。装箱和拆箱有性能开销，所以在编写高性能代码或大量集合操作时，应当尽量避免隐式装箱。
// 装箱示例
int number = 42;
object boxed = number; // 装箱：number 被复制到堆上的 object 中
// 拆箱示例
object anotherBoxed = 100;
int unboxed = (int)anotherBoxed; // 拆箱：必须显式转换
// 判断类型后再拆箱更安全
if (anotherBoxed is int actualValue)
{
Console.WriteLine($"拆箱成功: {actualValue}");
}
object、Object 与 var 之间容易混淆的概念
在 C# 中，object 只是 System.Object 的别名，它们指向同一个类型。但很多初学者会把 var 和 object 混为一谈，这其实是一种误解。var 是隐式类型局部变量声明，编译器会根据初始化表达式推断出具体类型，推断结果仍然是强类型。例如 var s = "hello" 中的 s 就是 string 类型，而不是 object。而 object 声明的变量则会对数据进行装箱处理，并且只能访问 Object 类的成员。
从设计角度看，使用 object 通常会丧失编译期的类型安全。比如声明 object obj = 10 后，无法直接访问 int 类型特有的成员，必须拆箱后才能操作。这违背了现代面向对象编程强调的类型安全原则，因此在实际编码中应尽量避免使用 object 来承载业务数据，而是优先使用泛型或具体类型。
C# 的泛型机制也深受 Object 基类的影响。在没有泛型之前，集合类如 ArrayList 中的元素类型都是 object，存取时都要发生装箱拆箱或类型转换。引入泛型后，List<T> 既保证了类型安全，又避免了装箱开销。这说明 System.Object 作为统一基类的设计依然存在，但现代 C# 编程更倾向于通过泛型在编译期锁定具体类型，只在必要时刻使用 Object 作为通用参数。
从 Alloc 到内存管理：Object 与 CLR 的协作机制
System.Object 不仅是语法层面的基类，它还与 CLR（公共语言运行时）的内存管理紧密相关。CLR 在创建任何对象时，都会在对象实例的开头附加两个额外的成员：类型对象指针（TypeHandle）和同步块索引（SyncBlockIndex）。这两个成员并非真正定义在 Object 类中，但逻辑上每个 Object 的实例都包含它们。类型对象指针用来定位对象的真实类型元数据，而同步块索引用于支持多线程同步，比如 lock 语句就依赖它。
这种设计意味着所有对象在运行时都能回答"我是谁"的问题。通过 GetType() 方法可以得到准确的运行时类型，而不会因为引用变量的声明类型而改变。这也让 type 判断、反射、动态绑定等高级特性成为可能。对象头的存在还会影响内存布局，尤其在 64 位环境中，每个对象即使没有字段也要占用至少 16 字节的内存空间。
理解 Object 作为基类还有助于解释 C# 中的一些限制。例如，结构体不能声明无参构造函数，因为 CLR 在分配值类型时有特殊规则，不希望依赖显式构造函数来初始化默认值。又比如，类只能单继承，但可以通过接口实现多行为，这是 C# 类型系统在 Object 之上建立的约束。可以说，System.Object 是 C# 类型系统的基石，它定义了所有类型的共同契约，而后续语言特性的发展，都是在保留这个契约的基础上不断扩展的。
在实际面试中，这个问题也经常出现。面试官可能并不期待一个简单的"Object"答案，而是想考察值类型与引用类型的关系、装箱机制的含义、ToString 等虚方法的作用以及泛型出现的意义。因此，掌握 System.Object 不仅仅是记住一个名词，更是理解整个 C#.NET 类型系统的关键起点。