接触NET也有1年左右的时间了，NET的内部实现对我产生了很大的吸引力。个人觉得：能对这些底部的实现进行了解和熟练的话，对以后自己写代码是有很大帮助的，好了，废话不多说，请看下边：
.NET CLR 和 Java VM 都是堆叠式虚拟机器（Stack-Based VM），也就是說，它們的指令集（Instruction Set）都是採用堆叠运算的方式：执行时的资料都是先放在堆叠中，再进行运算。JavaVM 有約 200 個指令（Instruction），每個指令都是 1 byte 的 opcode（操作码），后面接不等数目的参数；.NET CLR 有超過 220個指令，但是有些指令使用相同的 opcode，所以 opcode 的数目比指令数略少。特別注意，.NET 的 opcode 長度並不固定，大部分的 opcode 長度是 1 byte，少部分是 2 byte。
下面是一個简单的 C# 原始码：
此程式执行時，关键的记忆体有三种，分別是：
1、Managed Heap：這是动态配置（Dynamic Allocation）的记忆体，由 Garbage Collector（GC）在执行時自動管理，整個Process 共用一個 Managed Heap。
2、Call Stack：這是由 .NET CLR 在执行時自動管理的记忆体，每個 Thread 都有自己专属的 Call Stack。每呼叫一次 method，就会使得Call Stack 上多了一個 Record Frame；呼叫完毕之后，此 Record Frame 会被丢弃。一般來說，Record Frame 內记录着 method 参数（Parameter）、返回位址（Return Address）、以及区域变数（Local Variable）。Java VM 和 .NET CLR 都是使用 0, 1, 2… 编号的方式來識別区别变数。
3、Evaluation Stack：這是由 .NET CLR 在执行時自動管理的记忆体，每個 Thread 都有自己专属的 Evaluation Stack。前面所謂的堆叠式虚拟机器，指的就是這個堆叠。
后面有一連串的示意图，用來解說在执行時此三种记忆体的变化。首先，在進入 Main() 之后，尚未执行任何指令之前，记忆体的狀況如图1 所示：
图1
接着要执行第一道指令 ldc.i4.1。此指令的意思是：在 Evaluation Stack 置入一個 4 byte 的常数，其值為 1。执行完此道指令之后，记忆体的变化如图2 所示：
ldc.i4.1：表示加载一个值为1到堆栈中，该条指令的语法结构是：
ldc.typevalue：ldc指令加载一个指定类型的常量到stack.
ldc.i4.number：ldc指令更加有效.它传输一个整型值-1以及0到8之间的整数给计算堆栈
图2
接着要执行第二道指令 stloc.0。此指令的意思是：从 Evaluation Stack 取出一個值，放到第 0 号变数（V0）中。這裡的第 0 号变数其实就是原始码中的i。执行完此道指令之后，记忆体的变化如图3 所示：
图3
后面的第三道指令和第五道指令雷同於第一道指令，且第四道指令和第六道指令雷同於第二道指令。為了节省篇幅，我不在此一一贅述。提醒大家第 1 号变数（V1）其实就是原始码中的 j，且第 2 号变数（V2）其实就是源码中的 k。图4~7 分別是执行完第三~六道指令之后，记忆体的变化图：
图4
图5
图6
图7
接着要执行第七道指令 ldloc.0 以及第八道指令 ldloc.1：分別將 V0（也就是 i）和 V1（也就是 j）的值放到 Evaluation Stack，這是相加前的准备動作。图8 與图9 分別是执行完第七、第八道指令之后，记忆体的变化图：
图8
图9
接着要执行第九道指令 add。此指令的意思是：从 Evaluation Stack 取出兩個值（也就是 i 和 j），相加之后將結果放回 Evaluation Stack 中。执行完此道指令之后，记忆体的变化如图10 所示：
图10
接着要执行第十道指令 ldloc.2。此指令的意思是：分別將 V2（也就是 k）的值放到 Evaluation Stack，這是相加前的准备動作。执行完此道指令之后，记忆体的变化如图11 所示：
图