【小白学C#】浅谈.NET中的IL代码

一、前言

  前几天群里有位水友提问:”C#中,当一个方法所传入的参数是一个静态字段的时候,程序是直接到静态字段拿数据还是从复制的函数栈中拿数据“。其实很明显,这和方法参数的传递方式有关,如果是引用传递的话,肯定是会去静态字段直接拿值的;如果方法是以传值的方式使用参数的话,一定是从复制的栈中拿值的。

  但是这位水友就是不相信这个结论(后来发现,这货整一个杠精啊!天天在群里跟人抬杠~),这个时候我忽然想到了可以反向看一下C#的IL代码,来了解一下程序运行的过程。的确,当我们对运行结果有异议的时候,可以通过IL代码透过表面看本质。

二、IL简介

  在我们分析查看IL之前首先要了解下什么是IL?IL的全称是Intermediate Language (IL)即将.NET代码转化为机器语言的一个中间语言的缩写。在一定程度上,我们可以将其理解为伪汇编语言。我们在使用.NET框架中的C#、VB.NET、F#等语言的时候,编译过程并不是像C/C++一样直接编译出原生代码,而是编译成IL中间语言。通过IL中间语言这种方式,可以实现跨平台、提高程序灵活性等多种优点。

  下面我们以C#语言为例,大致了解了解一下我们的源代码是如何编译成IL语言,继而运行在电脑上面的。

  

  图1:.NET语言编译过程示意图

  上图为C#语言的编译运行过程示意图。首先编译器将我们编写好的源代码编译成IL中间语言,这些IL中间语言的主要内容是一些元数据和中间语言指令。然后再由我们的JIT编译器加载这些IL中间语言,JIT编译器会根据系统环境将IL中间语言指令转换为机器码,继而运行在不同的目标平台上,实现跨平台功能。(JIT编译器将IL中间语言即时编译成原生语言的过程和解释性语言的读取一条执行一条又有些不同,JIT会对编译结果进行缓存以便下次调取的时候直接使用)这也是为什么有些ASP.NET网站第一次运行时会较慢,而后面的执行速度则会相对快很多的一个原因。

  再总结一下上面所说的编译过程:

    • 首先,编译器要编历源代码,通过大量的计算生成IL中间代码,这些代码并不能直接地被CPU使用,还需要第二步操作;
    • 接下来,运行时将这些IL代码通过JIT编译器进一步编译成原生的CPU指令。

  在上文中我们提到了一个JIT编译器,它的全名叫即时编译器。顾名思义,它是在运行时环境中发生的编译行为。读到这里,相信很多朋友可能都会像马三一样产生疑问了。相比传统的直接将源代码编译成原生代码,C#将源代码编译成了中间语言不会降低效率嘛?原来直接一步到位的过程,现在偏要拆成两个部分。这不仅要花费更多的时间、占用更多的内存,还有可能降低性能,那用JIT编译器的好处到底有什么呢?

  其实,使用JIT编译器的好处多多。如果我们不用JIT即时编译将编译后的程序放在运行时中的话,那就只能生成在在某一种CPU平台上运行的原生代码,如果程序要运行在多种目标平台上的话,就要编译多种目标平台的原生代码,这样C#也就失去了跨平台能力。其次,JIT即时编译生成原生代码发生在运行时阶段,因此即时编译器会对生成的原生代码进行性能优化。经过优化的原生代码要比不优化的代码性能好。

  在我们的Unity游戏开发中就存在着AOT编译和JIT编译两种编译方式,以后我们会单独开篇博客来详细探讨一下这两种编译方式的异同,这里就不再赘述了。

三、如何使用ILDasm工具查看IL代码

  上面说了一大堆概念和理论,相信大家早已经技痒,别急,下面,马三就和大家一起使用ILDasm工具反编译并查看IL代码。ILDasm工具一般在我们安装Visual Studio的时候就已经默认安装好了,查看IL代码通常只需下面的几步操作:

  1.首先,需要打开ILDasm工具,点击电脑桌面的开始,然后在程序中找到对应版本的Visual Studio的目录,接着在里面找到VS开发人员命令提示,英文版的名称是:Developer Command Prompt 。点击打开它,然后在命令行里面输入ILDasm并回车,就会打开ILDasm工具了。

  

  图2:VS开发人员命令提示示意图

   2.然后,在ILDasm工具的界面,点击文件-->打开,然后选择我们预先编译出来的.exe文件,ILDasm工具就会自动的帮我们分析出IL代码及其代码组织结构,如下图所示:

  

  图3:解析出来的IL代码及相关代码组织结构

   解析出来的IL代码,会以一些小图标区分标识出函数、接口等不同的部分,ILDasm中图标含义如下图所示:

  

  图4:ILDasm中图标含义

   通过上面的两步,我们就可以轻松的反编译出程序的IL代码,下面我们通过一个小案例,来解读一下IL代码的运行流程以及分析IL代码的方式。

四、浅析IL代码

  好了,现在让我们回到博客最初抛出的那个问题上面来:“C#中,当一个方法所传入的参数是一个静态字段的时候,程序是直接到静态字段拿数据还是从复制的函数栈中拿数据?”下面我们就以这个问题为例子,通过反编译出IL代码,简单地验证一下。

  首先贴出我们的C#代码,很简单,在两个方法中分别以传值和传递引用的方式传入同一个静态变量:

 1 using System;
 2 using System.Collections.Generic;
 3 using System.Linq;
 4 using System.Text;
 5 using System.Threading.Tasks;
 6 
 7 namespace ILDemo
 8 {
 9 
10     class Program
11     {
12         public static int n = 0;
13         static void Main(string[] args)
14         {
15             Func1(n);
16             Console.WriteLine(n);
17             Func2(ref n);
18             Console.WriteLine(n);
19         }
20 
21         public static void Func1(int n)
22         {
23             n += 5;
24         }
25 
26         public static void Func2(ref int n)
27         {
28             n += 5;
29         }
30     }
31 
32 }

  然后我们对上面的代码进行编译,之后再按照第三节的操作,将其反编译成IL代码,以下是反编译出来的IL代码结构:

  

  图5:反编译IL代码结构

  首先让我们观察一下Func1反编译出来的IL代码,如下图所示:

  

  图6:Func1反编译出来的IL代码

  马三简单地给大家分析一下上面的IL代码的意思:

  nop:没有什么意义;

  ldarg.0:将索引为 0 的参数加载到计算堆栈上,也就是把参数 n 放到堆栈上;

  ldc.i4.5:将整数值 5 作为 int32 推送到计算堆栈上,因为我们在程序中执行了+5的操作(上面的C#代码),所以需要先把5推送到堆栈上,以便下一步进行add操作;

  add:将两个值相加并将结果推送到计算堆栈上,这里是将 n和5 相加,然后把结果推送到堆栈上;

  Starg.S n:将位于计算堆栈顶部的值存储在参数槽中的指定索引处,即将n进行存储

  ret:从当前方法返回,并将返回值(如果存在)从调用方的计算堆栈推送到被调用方的计算堆栈上。

  接着,我们再来看看Func2反编译出来的IL代码:

  

  图7:Func2反编译出来的IL代码

  可以看到,因为我们的C#代码中使用了ref参数,所以在IL代码中将其翻译成了int32& n的形式,和C++是不是很类似?

  nop:没有什么意义;

  ldarg.0:将索引为 0 的参数加载到计算堆栈上,也就是把参数 n的地址放到堆栈上;

  ldind.i4:将 int32 类型的值作为 int32 间接加载到计算堆栈上

  ldc.i4.5:将整数值 5 作为 int32 推送到计算堆栈上,因为我们在程序中执行了+5的操作(上面的C#代码),所以需要先把5推送到堆栈上,以便下一步进行add操作;

  add:将两个值相加并将结果推送到计算堆栈上,这里是将 n和5 相加,然后把结果推送到堆栈上;

  stind.i4:在所提供的地址存储 int32 类型的值,即把我们计算出来的结果,再存储回静态变量n的地址里面;

  ret:从当前方法返回,并将返回值(如果存在)从调用方的计算堆栈推送到被调用方的计算堆栈上。

  通过比较,我们可以很明显地发现由于参数传递的方式不同,Func1和Func2调用的IL指令也不近相同,最后让我们再看一下Main函数的执行过程再做分析。

  

  图8:Main函数反编译出来的IL代码

  反编译出来的Main函数IL指令执行流程如下:

  nop:没有什么意义;

  Ldsfld:将静态字段的值推送到计算堆栈上,这里就是把n的值推送到计算堆栈上;

  call:调用由传递的方法说明符指示的方法,也就是调用了Func1函数;

  nop:没有什么意义;

  Ldsfld:将静态字段的值推送到计算堆栈上,这里就是把n的值推送到计算堆栈上;

  call:调用由传递的方法说明符指示的方法,调用打印方法,将n的值输出到控制台

  nop:没有什么意义;

  Ldsflda:将静态字段的地址推送到计算堆栈上,就是把静态变量n在内存中的地址推送到计算堆栈上;

  call:调用由传递的方法说明符指示的方法,也就是调用了Func2函数;

  nop:没有什么意义;

  Ldsfld:将静态字段的值推送到计算堆栈上,这里就是把n的值推送到计算堆栈上;

  call:调用由传递的方法说明符指示的方法,调用打印方法,将n的值输出到控制台

  经过上面的一系列漫长地分析,我们可以得出结论:C#中,当一个方法所传入的参数是一个静态字段的时候,如果是引用传递的话,肯定是会去静态字段直接拿值的;如果方法是以传值的方式使用参数的话,一定是从复制的栈中拿值的。“”

五、IL代码指令对照表

  为了方便大家对照查看IL代码,理解IL指令的意义,马三在这里给大家提供了一个详细的IL指令对照表(Zery提供),原版的IL指令对照表大家可以到MSDN上面查看,附上链接

名称说明
Add将两个值相加并将结果推送到计算堆栈上。
Add.Ovf将两个整数相加,执行溢出检查,并且将结果推送到计算堆栈上。
Add.Ovf.Un将两个无符号整数值相加,执行溢出检查,并且将结果推送到计算堆栈上。
And计算两个值的按位“与”并将结果推送到计算堆栈上。
Arglist返回指向当前方法的参数列表的非托管指针。
Beq如果两个值相等,则将控制转移到目标指令。
Beq.S如果两个值相等,则将控制转移到目标指令(短格式)。
Bge如果第一个值大于或等于第二个值,则将控制转移到目标指令。
Bge.S如果第一个值大于或等于第二个值,则将控制转移到目标指令(短格式)。
Bge.Un当比较无符号整数值或不可排序的浮点型值时,如果第一个值大于第二个值,则将控制转移到目标指令。
Bge.Un.S当比较无符号整数值或不可排序的浮点型值时,如果第一个值大于第二个值,则将控制转移到目标指令(短格式)。
Bgt如果第一个值大于第二个值,则将控制转移到目标指令。
Bgt.S如果第一个值大于第二个值,则将控制转移到目标指令(短格式)。
Bgt.Un当比较无符号整数值或不可排序的浮点型值时,如果第一个值大于第二个值,则将控制转移到目标指令。
Bgt.Un.S当比较无符号整数值或不可排序的浮点型值时,如果第一个值大于第二个值,则将控制转移到目标指令(短格式)。
Ble如果第一个值小于或等于第二个值,则将控制转移到目标指令。
Ble.S如果第一个值小于或等于第二个值,则将控制转移到目标指令(短格式)。
Ble.Un当比较无符号整数值或不可排序的浮点型值时,如果第一个值小于或等于第二个值,则将控制转移到目标指令。
Ble.Un.S当比较无符号整数值或不可排序的浮点值时,如果第一个值小于或等于第二个值,则将控制权转移到目标指令(短格式)。
Blt如果第一个值小于第二个值,则将控制转移到目标指令。
Blt.S如果第一个值小于第二个值,则将控制转移到目标指令(短格式)。
Blt.Un当比较无符号整数值或不可排序的浮点型值时,如果第一个值小于第二个值,则将控制转移到目标指令。
Blt.Un.S当比较无符号整数值或不可排序的浮点型值时,如果第一个值小于第二个值,则将控制转移到目标指令(短格式)。
Bne.Un当两个无符号整数值或不可排序的浮点型值不相等时,将控制转移到目标指令。
Bne.Un.S当两个无符号整数值或不可排序的浮点型值不相等时,将控制转移到目标指令(短格式)。
Box将值类转换为对象引用(O 类型)。
Br无条件地将控制转移到目标指令。
Br.S无条件地将控制转移到目标指令(短格式)。
Break向公共语言结构 (CLI) 发出信号以通知调试器已撞上了一个断点。
Brfalse如果 value 为 false、空引用(Visual Basic 中的 Nothing)或零,则将控制转移到目标指令。
Brfalse.S如果 value 为 false、空引用或零,则将控制转移到目标指令。
Brtrue如果 value 为 true、非空或非零,则将控制转移到目标指令。
Brtrue.S如果 value 为 true、非空或非零,则将控制转移到目标指令(短格式)。
Call调用由传递的方法说明符指示的方法。
Calli通过调用约定描述的参数调用在计算堆栈上指示的方法(作为指向入口点的指针)。
Callvirt对对象调用后期绑定方法,并且将返回值推送到计算堆栈上。
Castclass尝试将引用传递的对象转换为指定的类。
Ceq比较两个值。如果这两个值相等,则将整数值 1 (int32) 推送到计算堆栈上;否则,将 0 (int32) 推送到计算堆栈上。
Cgt比较两个值。如果第一个值大于第二个值,则将整数值 1 (int32) 推送到计算堆栈上;反之,将 0 (int32) 推送到计算堆栈上。
Cgt.Un比较两个无符号的或不可排序的值。如果第一个值大于第二个值,则将整数值 1 (int32) 推送到计算堆栈上;反之,将 0 (int32) 推送到计算堆栈上。
Ckfinite如果值不是有限数,则引发 ArithmeticException。
Clt比较两个值。如果第一个值小于第二个值,则将整数值 1 (int32) 推送到计算堆栈上;反之,将 0 (int32) 推送到计算堆栈上。
Clt.Un比较无符号的或不可排序的值 value1 和 value2。如果 value1 小于 value2,则将整数值 1 (int32 ) 推送到计算堆栈上;反之,将 0 ( int32 ) 推送到计算堆栈上。
Constrained约束要对其进行虚方法调用的类型。
Conv.I将位于计算堆栈顶部的值转换为 native int。
Conv.I1将位于计算堆栈顶部的值转换为 int8,然后将其扩展(填充)为 int32。
Conv.I2将位于计算堆栈顶部的值转换为 int16,然后将其扩展(填充)为 int32。
Conv.I4将位于计算堆栈顶部的值转换为 int32。
Conv.I8将位于计算堆栈顶部的值转换为 int64。
Conv.Ovf.I将位于计算堆栈顶部的有符号值转换为有符号 native int,并在溢出时引发 OverflowException。
Conv.Ovf.I.Un将位于计算堆栈顶部的无符号值转换为有符号 native int,并在溢出时引发 OverflowException。
Conv.Ovf.I1将位于计算堆栈顶部的有符号值转换为有符号 int8 并将其扩展为 int32,并在溢出时引发 OverflowException。
Conv.Ovf.I1.Un将位于计算堆栈顶部的无符号值转换为有符号 int8 并将其扩展为 int32,并在溢出时引发 OverflowException。
Conv.Ovf.I2将位于计算堆栈顶部的有符号值转换为有符号 int16 并将其扩展为 int32,并在溢出时引发 OverflowException。
Conv.Ovf.I2.Un将位于计算堆栈顶部的无符号值转换为有符号 int16 并将其扩展为 int32,并在溢出时引发 OverflowException。
Conv.Ovf.I4将位于计算堆栈顶部的有符号值转换为有符号 int32,并在溢出时引发 OverflowException。
Conv.Ovf.I4.Un将位于计算堆栈顶部的无符号值转换为有符号 int32,并在溢出时引发 OverflowException。
Conv.Ovf.I8将位于计算堆栈顶部的有符号值转换为有符号 int64,并在溢出时引发 OverflowException。
Conv.Ovf.I8.Un将位于计算堆栈顶部的无符号值转换为有符号 int64,并在溢出时引发 OverflowException。
Conv.Ovf.U将位于计算堆栈顶部的有符号值转换为 unsigned native int,并在溢出时引发 OverflowException。
Conv.Ovf.U.Un将位于计算堆栈顶部的无符号值转换为 unsigned native int,并在溢出时引发 OverflowException。
Conv.Ovf.U1将位于计算堆栈顶部的有符号值转换为 unsigned int8 并将其扩展为 int32,并在溢出时引发 OverflowException。
Conv.Ovf.U1.Un将位于计算堆栈顶部的无符号值转换为 unsigned int8 并将其扩展为 int32,并在溢出时引发 OverflowException。
Conv.Ovf.U2将位于计算堆栈顶部的有符号值转换为 unsigned int16 并将其扩展为 int32,并在溢出时引发 OverflowException。
Conv.Ovf.U2.Un将位于计算堆栈顶部的无符号值转换为 unsigned int16 并将其扩展为 int32,并在溢出时引发 OverflowException。
Conv.Ovf.U4将位于计算堆栈顶部的有符号值转换为 unsigned int32,并在溢出时引发 OverflowException。
Conv.Ovf.U4.Un将位于计算堆栈顶部的无符号值转换为 unsigned int32,并在溢出时引发 OverflowException。
Conv.Ovf.U8将位于计算堆栈顶部的有符号值转换为 unsigned int64,并在溢出时引发 OverflowException。
Conv.Ovf.U8.Un将位于计算堆栈顶部的无符号值转换为 unsigned int64,并在溢出时引发 OverflowException。
Conv.R.Un将位于计算堆栈顶部的无符号整数值转换为 float32。
Conv.R4将位于计算堆栈顶部的值转换为 float32。
Conv.R8将位于计算堆栈顶部的值转换为 float64。
Conv.U将位于计算堆栈顶部的值转换为 unsigned native int,然后将其扩展为 native int。
Conv.U1将位于计算堆栈顶部的值转换为 unsigned int8,然后将其扩展为 int32。
Conv.U2将位于计算堆栈顶部的值转换为 unsigned int16,然后将其扩展为 int32。
Conv.U4将位于计算堆栈顶部的值转换为 unsigned int32,然后将其扩展为 int32。
Conv.U8将位于计算堆栈顶部的值转换为 unsigned int64,然后将其扩展为 int64。
Cpblk将指定数目的字节从源地址复制到目标地址。
Cpobj将位于对象(&、* 或 native int 类型)地址的值类型复制到目标对象(&、* 或 native int 类型)的地址。
Div将两个值相除并将结果作为浮点(F 类型)或商(int32 类型)推送到计算堆栈上。
Div.Un两个无符号整数值相除并将结果 ( int32 ) 推送到计算堆栈上。
Dup复制计算堆栈上当前最顶端的值,然后将副本推送到计算堆栈上。
Endfilter将控制从异常的 filter 子句转移回公共语言结构 (CLI) 异常处理程序。
Endfinally将控制从异常块的 fault 或 finally 子句转移回公共语言结构 (CLI) 异常处理程序。
Initblk将位于特定地址的内存的指定块初始化为给定大小和初始值。
Initobj将位于指定地址的值类型的每个字段初始化为空引用或适当的基元类型的 0。
Isinst测试对象引用(O 类型)是否为特定类的实例。
Jmp退出当前方法并跳至指定方法。
Ldarg将参数(由指定索引值引用)加载到堆栈上。
Ldarg.0将索引为 0 的参数加载到计算堆栈上。
Ldarg.1将索引为 1 的参数加载到计算堆栈上。
Ldarg.2将索引为 2 的参数加载到计算堆栈上。
Ldarg.3将索引为 3 的参数加载到计算堆栈上。
Ldarg.S将参数(由指定的短格式索引引用)加载到计算堆栈上。
Ldarga将参数地址加载到计算堆栈上。
Ldarga.S以短格式将参数地址加载到计算堆栈上。
Ldc.I4将所提供的 int32 类型的值作为 int32 推送到计算堆栈上。
Ldc.I4.0将整数值 0 作为 int32 推送到计算堆栈上。
Ldc.I4.1将整数值 1 作为 int32 推送到计算堆栈上。
Ldc.I4.2将整数值 2 作为 int32 推送到计算堆栈上。
Ldc.I4.3将整数值 3 作为 int32 推送到计算堆栈上。
Ldc.I4.4将整数值 4 作为 int32 推送到计算堆栈上。
Ldc.I4.5将整数值 5 作为 int32 推送到计算堆栈上。
Ldc.I4.6将整数值 6 作为 int32 推送到计算堆栈上。
Ldc.I4.7将整数值 7 作为 int32 推送到计算堆栈上。
Ldc.I4.8将整数值 8 作为 int32 推送到计算堆栈上。
Ldc.I4.M1将整数值 -1 作为 int32 推送到计算堆栈上。
Ldc.I4.S将提供的 int8 值作为 int32 推送到计算堆栈上(短格式)。
Ldc.I8将所提供的 int64 类型的值作为 int64 推送到计算堆栈上。
Ldc.R4将所提供的 float32 类型的值作为 F (float) 类型推送到计算堆栈上。
Ldc.R8将所提供的 float64 类型的值作为 F (float) 类型推送到计算堆栈上。
Ldelem按照指令中指定的类型,将指定数组索引中的元素加载到计算堆栈的顶部。
Ldelem.I将位于指定数组索引处的 native int 类型的元素作为 native int 加载到计算堆栈的顶部。
Ldelem.I1将位于指定数组索引处的 int8 类型的元素作为 int32 加载到计算堆栈的顶部。
Ldelem.I2将位于指定数组索引处的 int16 类型的元素作为 int32 加载到计算堆栈的顶部。
Ldelem.I4将位于指定数组索引处的 int32 类型的元素作为 int32 加载到计算堆栈的顶部。
Ldelem.I8将位于指定数组索引处的 int64 类型的元素作为 int64 加载到计算堆栈的顶部。
Ldelem.R4将位于指定数组索引处的 float32 类型的元素作为 F 类型(浮点型)加载到计算堆栈的顶部。
Ldelem.R8将位于指定数组索引处的 float64 类型的元素作为 F 类型(浮点型)加载到计算堆栈的顶部。
Ldelem.Ref将位于指定数组索引处的包含对象引用的元素作为 O 类型(对象引用)加载到计算堆栈的顶部。
Ldelem.U1将位于指定数组索引处的 unsigned int8 类型的元素作为 int32 加载到计算堆栈的顶部。
Ldelem.U2将位于指定数组索引处的 unsigned int16 类型的元素作为 int32 加载到计算堆栈的顶部。
Ldelem.U4将位于指定数组索引处的 unsigned int32 类型的元素作为 int32 加载到计算堆栈的顶部。
Ldelema将位于指定数组索引的数组元素的地址作为 & 类型(托管指针)加载到计算堆栈的顶部。
Ldfld查找对象中其引用当前位于计算堆栈的字段的值。
Ldflda查找对象中其引用当前位于计算堆栈的字段的地址。
Ldftn将指向实现特定方法的本机代码的非托管指针(native int 类型)推送到计算堆栈上。
Ldind.I将 native int 类型的值作为 native int 间接加载到计算堆栈上。
Ldind.I1将 int8 类型的值作为 int32 间接加载到计算堆栈上。
Ldind.I2将 int16 类型的值作为 int32 间接加载到计算堆栈上。
Ldind.I4将 int32 类型的值作为 int32 间接加载到计算堆栈上。
Ldind.I8将 int64 类型的值作为 int64 间接加载到计算堆栈上。
Ldind.R4将 float32 类型的值作为 F (float) 类型间接加载到计算堆栈上。
Ldind.R8将 float64 类型的值作为 F (float) 类型间接加载到计算堆栈上。
Ldind.Ref将对象引用作为 O(对象引用)类型间接加载到计算堆栈上。
Ldind.U1将 unsigned int8 类型的值作为 int32 间接加载到计算堆栈上。
Ldind.U2将 unsigned int16 类型的值作为 int32 间接加载到计算堆栈上。
Ldind.U4将 unsigned int32 类型的值作为 int32 间接加载到计算堆栈上。
Ldlen将从零开始的、一维数组的元素的数目推送到计算堆栈上。
Ldloc将指定索引处的局部变量加载到计算堆栈上。
Ldloc.0将索引 0 处的局部变量加载到计算堆栈上。
Ldloc.1将索引 1 处的局部变量加载到计算堆栈上。
Ldloc.2将索引 2 处的局部变量加载到计算堆栈上。
Ldloc.3将索引 3 处的局部变量加载到计算堆栈上。
Ldloc.S将特定索引处的局部变量加载到计算堆栈上(短格式)。
Ldloca将位于特定索引处的局部变量的地址加载到计算堆栈上。
Ldloca.S将位于特定索引处的局部变量的地址加载到计算堆栈上(短格式)。
Ldnull将空引用(O 类型)推送到计算堆栈上。
Ldobj将地址指向的值类型对象复制到计算堆栈的顶部。
Ldsfld将静态字段的值推送到计算堆栈上。
Ldsflda将静态字段的地址推送到计算堆栈上。
Ldstr推送对元数据中存储的字符串的新对象引用。
Ldtoken将元数据标记转换为其运行时表示形式,并将其推送到计算堆栈上。
Ldvirtftn将指向实现与指定对象关联的特定虚方法的本机代码的非托管指针(native int 类型)推送到计算堆栈上。
Leave退出受保护的代码区域,无条件将控制转移到特定目标指令。
Leave.S退出受保护的代码区域,无条件将控制转移到目标指令(缩写形式)。
Localloc从本地动态内存池分配特定数目的字节并将第一个分配的字节的地址(瞬态指针,* 类型)推送到计算堆栈上。
Mkrefany将对特定类型实例的类型化引用推送到计算堆栈上。
Mul将两个值相乘并将结果推送到计算堆栈上。
Mul.Ovf将两个整数值相乘,执行溢出检查,并将结果推送到计算堆栈上。
Mul.Ovf.Un将两个无符号整数值相乘,执行溢出检查,并将结果推送到计算堆栈上。
Neg对一个值执行求反并将结果推送到计算堆栈上。
Newarr将对新的从零开始的一维数组(其元素属于特定类型)的对象引用推送到计算堆栈上。
Newobj创建一个值类型的新对象或新实例,并将对象引用(O 类型)推送到计算堆栈上。
Nop如果修补操作码,则填充空间。尽管可能消耗处理周期,但未执行任何有意义的操作。
Not计算堆栈顶部整数值的按位求补并将结果作为相同的类型推送到计算堆栈上。
Or计算位于堆栈顶部的两个整数值的按位求补并将结果推送到计算堆栈上。
Pop移除当前位于计算堆栈顶部的值。
Prefix1基础结构。此指令为保留指令。
Prefix2基础结构。此指令为保留指令。
Prefix3基础结构。此指令为保留指令。
Prefix4基础结构。此指令为保留指令。
Prefix5基础结构。此指令为保留指令。
Prefix6基础结构。此指令为保留指令。
Prefix7基础结构。此指令为保留指令。
Prefixref基础结构。此指令为保留指令。
Readonly指定后面的数组地址操作在运行时不执行类型检查,并且返回可变性受限的托管指针。
Refanytype检索嵌入在类型化引用内的类型标记。
Refanyval检索嵌入在类型化引用内的地址(& 类型)。
Rem将两个值相除并将余数推送到计算堆栈上。
Rem.Un将两个无符号值相除并将余数推送到计算堆栈上。
Ret从当前方法返回,并将返回值(如果存在)从调用方的计算堆栈推送到被调用方的计算堆栈上。
Rethrow再次引发当前异常。
Shl将整数值左移(用零填充)指定的位数,并将结果推送到计算堆栈上。
Shr将整数值右移(保留符号)指定的位数,并将结果推送到计算堆栈上。
Shr.Un将无符号整数值右移(用零填充)指定的位数,并将结果推送到计算堆栈上。
Sizeof将提供的值类型的大小(以字节为单位)推送到计算堆栈上。
Starg将位于计算堆栈顶部的值存储到位于指定索引的参数槽中。
Starg.S将位于计算堆栈顶部的值存储在参数槽中的指定索引处(短格式)。
Stelem用计算堆栈中的值替换给定索引处的数组元素,其类型在指令中指定。
Stelem.I用计算堆栈上的 native int 值替换给定索引处的数组元素。
Stelem.I1用计算堆栈上的 int8 值替换给定索引处的数组元素。
Stelem.I2用计算堆栈上的 int16 值替换给定索引处的数组元素。
Stelem.I4用计算堆栈上的 int32 值替换给定索引处的数组元素。
Stelem.I8用计算堆栈上的 int64 值替换给定索引处的数组元素。
Stelem.R4用计算堆栈上的 float32 值替换给定索引处的数组元素。
Stelem.R8用计算堆栈上的 float64 值替换给定索引处的数组元素。
Stelem.Ref用计算堆栈上的对象 ref 值(O 类型)替换给定索引处的数组元素。
Stfld用新值替换在对象引用或指针的字段中存储的值。
Stind.I在所提供的地址存储 native int 类型的值。
Stind.I1在所提供的地址存储 int8 类型的值。
Stind.I2在所提供的地址存储 int16 类型的值。
Stind.I4在所提供的地址存储 int32 类型的值。
Stind.I8在所提供的地址存储 int64 类型的值。
Stind.R4在所提供的地址存储 float32 类型的值。
Stind.R8在所提供的地址存储 float64 类型的值。
Stind.Ref存储所提供地址处的对象引用值。
Stloc从计算堆栈的顶部弹出当前值并将其存储到指定索引处的局部变量列表中。
Stloc.0从计算堆栈的顶部弹出当前值并将其存储到索引 0 处的局部变量列表中。
Stloc.1从计算堆栈的顶部弹出当前值并将其存储到索引 1 处的局部变量列表中。
Stloc.2从计算堆栈的顶部弹出当前值并将其存储到索引 2 处的局部变量列表中。
Stloc.3从计算堆栈的顶部弹出当前值并将其存储到索引 3 处的局部变量列表中。
Stloc.S从计算堆栈的顶部弹出当前值并将其存储在局部变量列表中的 index 处(短格式)。
Stobj将指定类型的值从计算堆栈复制到所提供的内存地址中。
Stsfld用来自计算堆栈的值替换静态字段的值。
Sub从其他值中减去一个值并将结果推送到计算堆栈上。
Sub.Ovf从另一值中减去一个整数值,执行溢出检查,并且将结果推送到计算堆栈上。
Sub.Ovf.Un从另一值中减去一个无符号整数值,执行溢出检查,并且将结果推送到计算堆栈上。
Switch实现跳转表。
Tailcall执行后缀的方法调用指令,以便在执行实际调用指令前移除当前方法的堆栈帧。
Throw引发当前位于计算堆栈上的异常对象。
Unaligned指示当前位于计算堆栈上的地址可能没有与紧接的 ldind、stind、ldfld、stfld、ldobj、stobj、initblk 或 cpblk 指令的自然大小对齐。
Unbox将值类型的已装箱的表示形式转换为其未装箱的形式。
Unbox.Any将指令中指定类型的已装箱的表示形式转换成未装箱形式。
Volatile指定当前位于计算堆栈顶部的地址可以是易失的,并且读取该位置的结果不能被缓存,或者对该地址的多个存储区不能被取消。
Xor计算位于计算堆栈顶部的两个值的按位异或,并且将结果推送到计算堆栈上。

 

引用资料:

http://www.cnblogs.com/zery/p/3368460.html
https://msdn.microsoft.com/en-us/library/812xyxy2

 

作者:马三小伙儿
出处:http://www.cnblogs.com/msxh/p/7819645.html
请尊重别人的劳动成果,让分享成为一种美德,欢迎转载。另外,文章在表述和代码方面如有不妥之处,欢迎批评指正。留下你的脚印,欢迎评论!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值