CLR要求所有类型最终都要从System.Object派生。也就是所，下面的两个定义是完全相同的，
//隐式派生自System.Object class Employee { ..... }
//显示派生子 System.Object class Employee : System.Object { ..... }
由于所有类型最终都是从System.Object派生的，所以可以保证每个类型的每个对象都有一组最基本的方法。
System.Object提供了如下所示的公共实例方法。
| Equals(Object) | 确定指定的对象是否等于当前对象。如果两个对象具有相同值就返回ture. |
| GetHashCode | 返回对象的值得一个哈希码。如果某个类型的对象要在哈希表集合中作为key使用，该类型应该重写这个方法。方法应该为不同的对象提供一个良好的分布。 |
| ToString | 该方法默认返回类型的完整名称(this.GetType().FullName)。 |
| GetType | 返回从Type派生的一个对象的实例，指出调用GetType的那个对象是什么类型。返回的Type类型可以与反射类配合使用，从而获取与对象的类型相关的元数据信息。 |
System.Object的受保护方法
| MemberwiseClone | 这个非虚方法能创建类型的一个新实例，并将对象的实例字段设为与this对象的实例字段完全一致。返回的是对新实例的一个引用 |
| Finalize | 在垃圾回收器判断对象应该被作为垃圾收集之后，在对象的内存被实际回收之前，会调用这个虚方法。需要在回收之前执行一些清理工作的类型应该重写这个方法。 |
CLR要求所有对象都是用new操作符来创建。比如
Employee e = new Employee("ConstructorParam1");
以下是new操作符所做的事情：
1）它计算类型及其所有基类型（一直到System.Object）中定义的所有实例需要的字节数。堆上的每个对象都需要一些额外的开销成员——"类型对象指针(type object pointer)"和"同步块索引"(sync block index)。这些成员由CLR用于管理对象。这些额外成员的字节数会计入对象大小。
2）它从托管堆中分配指定类型要求的字节数，从而分配对象的内存，分配的所有字节都设为零(0)。
3）它初始化对象的"类型对象指针"和"同步块索引"成员。
4）调用类型的实例构造器，向其传入对new的调用中指定的任何实参(本例中是"ConstructorParam1")。大多数编译器都在构造器中自动生成代码来调用一个基类的构造器。每个类型的构造器在被调用时，都要负责初始化这个类型定义的实例字段。最后调用的是System.Object的构造器，该构造器只是简单的返回，不会做其它任何事情。
new 执行了所有的操作后，会返回执行新建对象的一个引用。在本例中，这个引用会保存到变量e中，具有Employee类型。
注意：上面提到过"类型对象指针"，类型对象不是类型的对象/实例，这两者是有区别的。
----------------------------------------------------------------------------------
CLR最重要特性之一就是类型的安全性。在运行时，CLR始终知道一个对象的类型，可以调用GetType方法，得到对象的类型。
CLR允许将一个对象转换为它的实际类型或者它的任何基类型。
C#不要求使用特殊语法即可将一个对象转换为它的任何及类型，因为向基类型的转换被认为是一种安全的隐式转换。但是，将对象转换为它的某个派生类时，C#要求开发人员只能进行显示转换，因为这样的转换在运行时可能失败。
public static void Main() {
// 不需要转型
Object o = new Employee();
// 需要进行强制类型转换
Employee e = (Employee) o;
}
在C#语言中进行类型转换的另一种方式是使用is操作符。is操作符检查一个对象是否兼容指定的类型，并返回一个Boolean值（true和false）。注意，is操作符是不会返回异常信息的。
is操作符通常这样使用:
if ( o is Employe ){
Employee e = (Employee) o;
}
在这段代码中，CLR实际是会检查两次对象的类型。is操作符首先核实o是否兼容Employee类型。如果是，在if内部，CLR还会再次核实o是否引用一个Employee。CLR的类型检查增强的安全性，但无疑也会对性能造成一定影响。
C#专门提供了 as 操作符，目的就是简化这种代码的写法，同时提升性能。
as操作符通常这样使用:
Employee e = o as Employee;
if ( e != null ){
//在if中使用e
}
命名空间和程序集不一定是相关的,也就是说它们之间没有必然联系。
----------------------------------------------------------------------------------
现在将解释类型、对象、线程栈和托管堆在运行时的相互联系。此外，还将解释调用静态方法、实例方法和虚方法的区别。
我们先从线程栈开始。
1. 图4-2展示了已加载了CLR的一个Windows进程。在这个进程中，可能存在多个线程。一个线程创建时，会分配到一个1MB大小的栈。这个栈的空间用于向方法传递实参，并用于方法内部定义的局部变量。图4-2展示了一个线程的栈内存(右侧)。栈是从高地址向低地址构建的。在图中，线程已执行了一些代码，现在，假定线程开始执行的代码要调用M1方法了。
2. 在一个最基本的方法中，会有一些"序幕"代码，负责在方法开始时做它工作之前对其进行初始化。另外，还包括了"尾声"代码，负责在方法完成工作之后对其进行清理，然后才返回至调用者。M1方法开始执行时，它的"序幕"代码就会在线程栈上分配局部变量name的内存，如图4-3所示。
3. 然后，M1调用M2的方法，将局部变量name作为一个实参来传递。这造成name局部变量中的地址被压入栈(参见图4-4)。在M2方法内部，将使用名为s的参数变量来标识栈位置(有的CPU架构会通过寄存器来传递实参，以提高性能)。另外，调用一个方法时，还会将一个"返回地址"压入栈中。被调用的方法在结束后，应该返回到这个位置(同样参见图4-4)。
internal class Employee {
public int32 GetYearsEmployed() { ... }
public virtual String GenProgressReport() { ... }
public static Employee Lookup(String name) { ... }
}
internal sealed class Manager : Employee {
public override String GenProgressReport() { ... }
}
2. 我们的Windows进程已启动，CLR已加载到其中，托管堆已初始化，而且已创建一个线程（连同它的1MB的栈空间）。该线程已执行了一些代码，现在马上就要调用M3的方法。图4-6展示了目前的状况。M3方法包含的代码演示了CLR是如何工作的。
GetType