只有深究最本质的东西，才能把握最本质的东西。

　　有很多朋友都分析过System.Object作为Dotnet Framework里面的一个基类，她的特性、方法特点及其相关的概念，这篇博文里面，我就从System.Object这个基类的定义以及底层实现的角度，探索这个基类对象在内存里面的布局模型，探索这个基类最本质的面目。

　　首先，从一个Type的实例在内存里面的布局模型、以及一个实例的各个部分在一个托管进程结构里面对应安排到相应的哪个部分说起。

　　下面是一个简单的实例结构示意图以及逻辑结构图：

　　通常所说的对一个Object的引用，实际上这个Object的Ref是指向GC Heap或者是Thread的Heap里面的这个实例的Object Header这部分。而Object Header顾名思义，只是定义部分，它指向的是一个type的MethodTable。每个类型对应着一个MethodTable保存在托管堆里面。这部分的数据，它的存在是为了对一个type进行自描述。

　　而index指向的是一个叫做SynBlock table的表。每个Object都在这个表里面有一个record。每个record就是我们有的时候可以看到的SyncBlock。保存了相关的一些CLR对这个对象的控制的信息。

　　我以前在研究这部分的时候，经常看到网上的一些同行们，在说明一个instance的结构的时候指出，一个object的结构，是m_SyncBlockValue后面紧接着MethodTable，然后紧接着Instance Data。需要指出的是，这个理解是将一个Object的逻辑结构和在内存里面的物理结构的一些概念整到了一起，片面而不完整的。