精华内容
下载资源
问答
  • Atitit..net clr il指令集 以及指令分类 与指令详细说明   1.1. .NET CLR 和 Java VM 都是堆叠式虚拟机器(Stack-Based VM), 1 1.2. 查看工具ILDASM1 1.3. 此程式执行时,关键的记忆体有三种,...

    Atitit..net clr il指令集 以及指令分类  与指令详细说明

     

    1.1. .NET CLR 和 Java VM 都是堆叠式虚拟机器(Stack-Based VM), 1

    1.2. 查看工具ILDASM1

    1.3. 此程式执行时,关键的记忆体有三种,分別是:1

    1.4. Il指令集2

    1.4.1. Mov指令3

    1.4.2.  跳转指令集合6

    1.4.3.  算术 逻辑 与移位指令8

    1.4.4. 类型转换9

    1.4.5. Other  and oo指令10

    2参考12

     

     

    1.1.  .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

     

     

    1.2. 查看工具ILDASM

     将此原始码编译之后,可以得到一个 EXE的程序。我们可以通过 ILDASM.EXE(图-0) 來反编译 EXE 以观察IL。我将 Main() 的 IL 反编译条列如下,这里共有十八道IL 指令,有的指令(例如 ldstr 与 box)后面需要接参数,有的指令(例如 ldc.i4.1与与add)后面不需要接参数。

     

     

    1.3.  此程式执行时,关键的记忆体有三种,分別是:

      1Managed Heap:这是动态配置(Dynamic Allocation)的记忆体,由 Garbage CollectorGC)在执行时自动管理,整个Process 共用一个 Managed Heap

      2Call 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… 编号的方式來识別区别变数。

      3Evaluation Stack:这是由 .NET CLR 在执行时自动管理的记忆体,每个 Thread 都有自己专属的 Evaluation Stack。前面所谓的堆叠式虚拟机器,指的就是这个堆叠。

      后面有一连串的示意图,用來解说在执行时此三种记忆体的变化。首先,在进入 Main() 之后,尚未执行任何指令之前,记忆体的状況如图所示:

    作者:: 绰号:老哇的爪子 ( 全名::Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿尔 拉帕努伊 ) 汉字名:艾龙,  EMAIL:1466519819@qq.com

    转载请注明来源: http://blog.csdn.net/attilax

     

    1.4. Il指令集

    一些 IL 语言解释:

     

    1.4.1. Mov指令

    Public field Static     Cpblk     将指定数目的字节从源地址复制到目标地址。
    Public field Static     Cpobj     将位于对象(&或 natural int 类型)地址的值类型复制到目标对象(&或 natural int 类型)的地址。

     

    Public field Static     Ldarg     将参数(由指定索引值引用)加载到堆栈上。
    Public field Static     Ldarg_0     将索引为 的参数加载到计算堆栈上。
    Public field Static     Ldarg_1     将索引为 的参数加载到计算堆栈上。
    Public field Static     Ldarg_2     将索引为 的参数加载到计算堆栈上。
    Public field Static     Ldarg_3     将索引为 的参数加载到计算堆栈上。
    Public field Static     Ldarg_S     将参数(由指定的短格式索引引用)加载到计算堆栈上。
    Public field Static     Ldarga     将参数地址加载到计算堆栈上。
    Public field Static     Ldarga_S     以短格式将参数地址加载到计算堆栈上。
    Public field Static     Ldc_I4     将所提供的 int32 类型的值作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_0     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_1     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_2     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_3     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_4     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_5     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_6     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_7     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_8     将整数值 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_M1     将整数值 -1 作为 int32 推送到计算堆栈上。
    Public field Static     Ldc_I4_S     将提供的 int8 值作为 int32 推送到计算堆栈上(短格式)。
    Public field Static     Ldc_I8     将所提供的 int64 类型的值作为 int64 推送到计算堆栈上。
    Public field Static     Ldc_R4     将所提供的 float32 类型的值作为 F (float) 类型推送到计算堆栈上。
    Public field Static     Ldc_R8     将所提供的 float64 类型的值作为 F (float) 类型推送到计算堆栈上。
    Public field Static     Ldelem     按照指令中指定的类型,将指定数组索引中的元素加载到计算堆栈的顶部。
    Public field Static     Ldelem_I     将位于指定数组索引处的 natural int 类型的元素作为 natural int 加载到计算堆栈的顶部。
    Public field Static     Ldelem_I1     将位于指定数组索引处的 int8 类型的元素作为 int32 加载到计算堆栈的顶部。
    Public field Static     Ldelem_I2     将位于指定数组索引处的 int16 类型的元素作为 int32 加载到计算堆栈的顶部。
    Public field Static     Ldelem_I4     将位于指定数组索引处的 int32 类型的元素作为 int32 加载到计算堆栈的顶部。
    Public field Static     Ldelem_I8     将位于指定数组索引处的 int64 类型的元素作为 int64 加载到计算堆栈的顶部。
    Public field Static     Ldelem_R4     将位于指定数组索引处的 float32 类型的元素作为 类型(浮点型)加载到计算堆栈的顶部。
    Public field Static     Ldelem_R8     将位于指定数组索引处的 float64 类型的元素作为 类型(浮点型)加载到计算堆栈的顶部。
    Public field Static     Ldelem_Ref     将位于指定数组索引处的包含对象引用的元素作为 类型(对象引用)加载到计算堆栈的顶部。
    Public field Static     Ldelem_U1     将位于指定数组索引处的 unsigned int8 类型的元素作为 int32 加载到计算堆栈的顶部。
    Public field Static     Ldelem_U2     将位于指定数组索引处的 unsigned int16 类型的元素作为 int32 加载到计算堆栈的顶部。
    Public field Static     Ldelem_U4     将位于指定数组索引处的 unsigned int32 类型的元素作为 int32 加载到计算堆栈的顶部。
    Public field Static     Ldelema     将位于指定数组索引的数组元素的地址作为 类型(托管指针)加载到计算堆栈的顶部。
    Public field Static     Ldfld     查找对象中其引用当前位于计算堆栈的字段的值。
    Public field Static     Ldflda     查找对象中其引用当前位于计算堆栈的字段的地址。
    Public field Static     Ldftn     将指向实现特定方法的本机代码的非托管指针(natural int 类型)推送到计算堆栈上。
    Public field Static     Ldind_I     将 natural int 类型的值作为 natural int 间接加载到计算堆栈上。
    Public field Static     Ldind_I1     将 int8 类型的值作为 int32 间接加载到计算堆栈上。
    Public field Static     Ldind_I2     将 int16 类型的值作为 int32 间接加载到计算堆栈上。
    Public field Static     Ldind_I4     将 int32 类型的值作为 int32 间接加载到计算堆栈上。
    Public field Static     Ldind_I8     将 int64 类型的值作为 int64 间接加载到计算堆栈上。
    Public field Static     Ldind_R4     将 float32 类型的值作为 F (float) 类型间接加载到计算堆栈上。
    Public field Static     Ldind_R8     将 float64 类型的值作为 F (float) 类型间接加载到计算堆栈上。
    Public field Static     Ldind_Ref     将对象引用作为 O(对象引用)类型间接加载到计算堆栈上。
    Public field Static     Ldind_U1     将 unsigned int8 类型的值作为 int32 间接加载到计算堆栈上。
    Public field Static     Ldind_U2     将 unsigned int16 类型的值作为 int32 间接加载到计算堆栈上。
    Public field Static     Ldind_U4     将 unsigned int32 类型的值作为 int32 间接加载到计算堆栈上。
    Public field Static     Ldlen     将从零开始的、一维数组的元素的数目推送到计算堆栈上。
    Public field Static     Ldloc     将指定索引处的局部变量加载到计算堆栈上。
    Public field Static     Ldloc_0     将索引 处的局部变量加载到计算堆栈上。
    Public field Static     Ldloc_1     将索引 处的局部变量加载到计算堆栈上。
    Public field Static     Ldloc_2     将索引 处的局部变量加载到计算堆栈上。
    Public field Static     Ldloc_3     将索引 处的局部变量加载到计算堆栈上。
    Public field Static     Ldloc_S     将特定索引处的局部变量加载到计算堆栈上(短格式)。
    Public field Static     Ldloca     将位于特定索引处的局部变量的地址加载到计算堆栈上。
    Public field Static     Ldloca_S     将位于特定索引处的局部变量的地址加载到计算堆栈上(短格式)。
    Public field Static     Ldnull     将空引用(类型)推送到计算堆栈上。
    Public field Static     Ldobj     将地址指向的值类型对象复制到计算堆栈的顶部。
    Public field Static     Ldsfld     将静态字段的值推送到计算堆栈上。
    Public field Static     Ldsflda     将静态字段的地址推送到计算堆栈上。
    Public field Static     Ldstr     推送对元数据中存储的字符串的新对象引用。

    Public field Static     Stloc     从计算堆栈的顶部弹出当前值并将其存储到指定索引处的局部变量列表中。
    Public field Static     Stloc_0     从计算堆栈的顶部弹出当前值并将其存储到索引 处的局部变量列表中。
    Public field Static     Stloc_1     从计算堆栈的顶部弹出当前值并将其存储到索引 处的局部变量列表中。
    Public field Static     Stloc_2     从计算堆栈的顶部弹出当前值并将其存储到索引 处的局部变量列表中。
    Public field Static     Stloc_3     从计算堆栈的顶部弹出当前值并将其存储到索引 处的局部变量列表中。
    Public field Static     Stloc_S     从计算堆栈的顶部弹出当前值并将其存储在局部变量列表中的 index 处(短格式)。
    Public field Static     Stobj     将指定类型的值从计算堆栈复制到所提供的内存地址中。
    Public field Static     Stsfld     用来自计算堆栈的值替换静态字段的值。
    Public field Static     Sizeof     将提供的值类型的大小(以字节为单位)推送到计算堆栈上。
    Public field Static     Starg     将位于计算堆栈顶部的值存储到位于指定索引的参数槽中。
    Public field Static     Starg_S     将位于计算堆栈顶部的值存储在参数槽中的指定索引处(短格式)。
    Public field Static     Stelem     用计算堆栈中的值替换给定索引处的数组元素,其类型在指令中指定。
    Public field Static     Stelem_I     用计算堆栈上的 natural int 值替换给定索引处的数组元素。
    Public field Static     Stelem_I1     用计算堆栈上的 int8 值替换给定索引处的数组元素。
    Public field Static     Stelem_I2     用计算堆栈上的 int16 值替换给定索引处的数组元素。
    Public field Static     Stelem_I4     用计算堆栈上的 int32 值替换给定索引处的数组元素。
    Public field Static     Stelem_I8     用计算堆栈上的 int64 值替换给定索引处的数组元素。
    Public field Static     Stelem_R4     用计算堆栈上的 float32 值替换给定索引处的数组元素。
    Public field Static     Stelem_R8     用计算堆栈上的 float64 值替换给定索引处的数组元素。
    Public field Static     Stelem_Ref     用计算堆栈上的对象 ref 值(类型)替换给定索引处的数组元素。
    Public field Static     Stfld     用新值替换在对象引用或指针的字段中存储的值。
    Public field Static     Stind_I     在所提供的地址存储 natural int 类型的值。
    Public field Static     Stind_I1     在所提供的地址存储 int8 类型的值。
    Public field Static     Stind_I2     在所提供的地址存储 int16 类型的值。
    Public field Static     Stind_I4     在所提供的地址存储 int32 类型的值。
    Public field Static     Stind_I8     在所提供的地址存储 int64 类型的值。
    Public field Static     Stind_R4     在所提供的地址存储 float32 类型的值。
    Public field Static     Stind_R8     在所提供的地址存储 float64 类型的值。
    Public field Static     Stind_Ref     存储所提供地址处的对象引用值。

    1.4.2.  跳转指令集合

    Public field Static     Beq     如果两个值相等,则将控制转移到目标指令。
    Public field Static     Beq_S     如果两个值相等,则将控制转移到目标指令(短格式)。
    Public field Static     Bge     如果第一个值大于或等于第二个值,则将控制转移到目标指令。
    Public field Static     Bge_S     如果第一个值大于或等于第二个值,则将控制转移到目标指令(短格式)。
    Public field Static     Bge_Un     当比较无符号整数值或不可排序的浮点型值时,如果第一个值大于第二个值,则将控制转移到目标指令。
    Public field Static     Bge_Un_S     当比较无符号整数值或不可排序的浮点型值时,如果第一个值大于第二个值,则将控制转移到目标指令(短格式)。
    Public field Static     Bgt     如果第一个值大于第二个值,则将控制转移到目标指令。
    Public field Static     Bgt_S     如果第一个值大于第二个值,则将控制转移到目标指令(短格式)。
    Public field Static     Bgt_Un     当比较无符号整数值或不可排序的浮点型值时,如果第一个值大于第二个值,则将控制转移到目标指令。
    Public field Static     Bgt_Un_S     当比较无符号整数值或不可排序的浮点型值时,如果第一个值大于第二个值,则将控制转移到目标指令(短格式)。
    Public field Static     Ble     如果第一个值小于或等于第二个值,则将控制转移到目标指令。
    Public field Static     Ble_S     如果第一个值小于或等于第二个值,则将控制转移到目标指令(短格式)。
    Public field Static     Ble_Un     当比较无符号整数值或不可排序的浮点型值时,如果第一个值小于或等于第二个值,则将控制转移到目标指令。
    Public field Static     Ble_Un_S     当比较无符号整数值或不可排序的浮点值时,如果第一个值小于或等于第二个值,则将控制权转移到目标指令(短格式)。
    Public field Static     Blt     如果第一个值小于第二个值,则将控制转移到目标指令。
    Public field Static     Blt_S     如果第一个值小于第二个值,则将控制转移到目标指令(短格式)。
    Public field Static     Blt_Un     当比较无符号整数值或不可排序的浮点型值时,如果第一个值小于第二个值,则将控制转移到目标指令。
    Public field Static     Blt_Un_S     当比较无符号整数值或不可排序的浮点型值时,如果第一个值小于第二个值,则将控制转移到目标指令(短格式)。
    Public field Static     Bne_Un     当两个无符号整数值或不可排序的浮点型值不相等时,将控制转移到目标指令。
    Public field Static     Bne_Un_S     当两个无符号整数值或不可排序的浮点型值不相等时,将控制转移到目标指令(短格式)。
    Public field Static     Br     无条件地将控制转移到目标指令。
    Public field Static     Br_S     无条件地将控制转移到目标指令(短格式)。
    Public field Static     Brfalse     如果 value 为 false、空引用(Visual Basic 中的 Nothing)或零,则将控制转移到目标指令。
    Public field Static     Brfalse_S     如果 value 为 false、空引用或零,则将控制转移到目标指令。
    Public field Static     Brtrue     如果 value 为 true、非空或非零,则将控制转移到目标指令。
    Public field Static     Brtrue_S     如果 value 为 true、非空或非零,则将控制转移到目标指令(短格式)。
    比较指令集合
    Public field Static     Ceq     比较两个值。如果这两个值相等,则将整数值 1 (int32) 推送到计算堆栈上;否则,将 0 (int32) 推送到计算堆栈上。
    Public field Static     Cgt     比较两个值。如果第一个值大于第二个值,则将整数值 1 (int32) 推送到计算堆栈上;反之,将 0 (int32) 推送到计算堆栈上。
    Public field Static     Cgt_Un     比较两个无符号的或不可排序的值。如果第一个值大于第二个值,则将整数值 1 (int32) 推送到计算堆栈上;反之,将 0 (int32) 推送到计算堆栈上。
    Public field Static     Clt     比较两个值。如果第一个值小于第二个值,则将整数值 1 (int32) 推送到计算堆栈上;反之,将 0 (int32) 推送到计算堆栈上。
    Public field Static     Clt_Un     比较无符号的或不可排序的值 value1 和 value2。如果 value1 小于 value2,则将整数值 1 (int32 ) 推送到计算堆栈上;反之,将 0 ( int32 ) 推送到计算堆栈上。

    Public field Static     Jmp     退出当前方法并跳至指定方法。

    1.4.3.  算术 逻辑 与移位指令

          名称       说明
    Public field Static     Add     将两个值相加并将结果推送到计算堆栈上。
    Public field Static     Add_Ovf     将两个整数相加,执行溢出检查,并且将结果推送到计算堆栈上。
    Public field Static     Add_Ovf_Un     将两个无符号整数值相加,执行溢出检查,并且将结果推送到计算堆栈上。
    Public field Static     And     计算两个值的按位并将结果推送到计算堆栈上。
    了一个断点。

    Public field Static     Div     将两个值相除并将结果作为浮点(类型)或商(int32 类型)推送到计算堆栈上。
    Public field Static     Div_Un     两个无符号整数值相除并将结果 ( int32 ) 推送到计算堆栈上。
    Public field Static     Shl     将整数值左移(用零填充)指定的位数,并将结果推送到计算堆栈上。
    Public field Static     Shr     将整数值右移(保留符号)指定的位数,并将结果推送到计算堆栈上。
    Public field Static     Shr_Un     将无符号整数值右移(用零填充)指定的位数,并将结果推送到计算堆栈上。
    Public field Static     Sub     从其他值中减去一个值并将结果推送到计算堆栈上。
    Public field Static     Sub_Ovf     从另一值中减去一个整数值,执行溢出检查,并且将结果推送到计算堆栈上。
    Public field Static     Sub_Ovf_Un     从另一值中减去一个无符号整数值,执行溢出检查,并且将结果推送到计算堆栈上。
    Public field Static     Mul     将两个值相乘并将结果推送到计算堆栈上。
    Public field Static     Mul_Ovf     将两个整数值相乘,执行溢出检查,并将结果推送到计算堆栈上。
    Public field Static     Mul_Ovf_Un     将两个无符号整数值相乘,执行溢出检查,并将结果推送到计算堆栈上。
    Public field Static     Neg     对一个值执行求反并将结果推送到计算堆栈上。
    Public field Static     Rem     将两个值相除并将余数推送到计算堆栈上。
    Public field Static     Rem_Un     将两个无符号值相除并将余数推送到计算堆栈上。
    Public field Static     Not     计算堆栈顶部整数值的按位求补并将结果作为相同的类型推送到计算堆栈上。
    Public field Static     Or     计算位于堆栈顶部的两个整数值的按位求补并将结果推送到计算堆栈上。
    Public field Static     Xor     计算位于计算堆栈顶部的两个值的按位异或,并且将结果推送到计算堆栈上。

     

    1.4.4. 类型转换

    Public field Static     Conv_I     将位于计算堆栈顶部的值转换为 natural int
    Public field Static     Conv_I1     将位于计算堆栈顶部的值转换为 int8,然后将其扩展(填充)为 int32
    Public field Static     Conv_I2     将位于计算堆栈顶部的值转换为 int16,然后将其扩展(填充)为 int32
    Public field Static     Conv_I4     将位于计算堆栈顶部的值转换为 int32
    Public field Static     Conv_I8     将位于计算堆栈顶部的值转换为 int64
    Public field Static     Conv_Ovf_I     将位于计算堆栈顶部的有符号值转换为有符号 natural int,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I_Un     将位于计算堆栈顶部的无符号值转换为有符号 natural int,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I1     将位于计算堆栈顶部的有符号值转换为有符号 int8 并将其扩展为 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I1_Un     将位于计算堆栈顶部的无符号值转换为有符号 int8 并将其扩展为 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I2     将位于计算堆栈顶部的有符号值转换为有符号 int16 并将其扩展为 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I2_Un     将位于计算堆栈顶部的无符号值转换为有符号 int16 并将其扩展为 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I4     将位于计算堆栈顶部的有符号值转换为有符号 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I4_Un     将位于计算堆栈顶部的无符号值转换为有符号 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I8     将位于计算堆栈顶部的有符号值转换为有符号 int64,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_I8_Un     将位于计算堆栈顶部的无符号值转换为有符号 int64,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U     将位于计算堆栈顶部的有符号值转换为 unsigned natural int,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U_Un     将位于计算堆栈顶部的无符号值转换为 unsigned natural int,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U1     将位于计算堆栈顶部的有符号值转换为 unsigned int8 并将其扩展为 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U1_Un     将位于计算堆栈顶部的无符号值转换为 unsigned int8 并将其扩展为 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U2     将位于计算堆栈顶部的有符号值转换为 unsigned int16 并将其扩展为 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U2_Un     将位于计算堆栈顶部的无符号值转换为 unsigned int16 并将其扩展为 int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U4     将位于计算堆栈顶部的有符号值转换为 unsigned int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U4_Un     将位于计算堆栈顶部的无符号值转换为 unsigned int32,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U8     将位于计算堆栈顶部的有符号值转换为 unsigned int64,并在溢出时引发 OverflowException
    Public field Static     Conv_Ovf_U8_Un     将位于计算堆栈顶部的无符号值转换为 unsigned int64,并在溢出时引发 OverflowException
    Public field Static     Conv_R_Un     将位于计算堆栈顶部的无符号整数值转换为 float32
    Public field Static     Conv_R4     将位于计算堆栈顶部的值转换为 float32
    Public field Static     Conv_R8     将位于计算堆栈顶部的值转换为 float64
    Public field Static     Conv_U     将位于计算堆栈顶部的值转换为 unsigned natural int,然后将其扩展为 natural int
    Public field Static     Conv_U1     将位于计算堆栈顶部的值转换为 unsigned int8,然后将其扩展为 int32
    Public field Static     Conv_U2     将位于计算堆栈顶部的值转换为 unsigned int16,然后将其扩展为 int32
    Public field Static     Conv_U4     将位于计算堆栈顶部的值转换为 unsigned int32,然后将其扩展为 int32
    Public field Static     Conv_U8     将位于计算堆栈顶部的值转换为 unsigned int64,然后将其扩展为 int64
    Public field Static     Castclass     尝试将引用传递的对象转换为指定的类。
    Public field Static     Unbox     将值类型的已装箱的表示形式转换为其未装箱的形式。
    Public field Static     Unbox_Any     将指令中指定类型的已装箱的表示形式转换成未

    1.4.5. Other  and oo指令

     

    Public field Static     Arglist     返回指向当前方法的参数列表的非托管指针。

    Public field Static     Box     将值类转换为对象引用(类型)。
    Public field Static     Break     向公共语言结构 (CLI) 发出信号以通知调试器已撞上
    Public field Static     Call     调用由传递的方法说明符指示的方法。
    Public field Static     Calli     通过调用约定描述的参数调用在计算堆栈上指示的方法(作为指向入口点的指针)。
    Public field Static     Callvirt     对对象调用后期绑定方法,并且将返回值推送到计算堆栈上。
    Public field Static     Ckfinite     如果值不是有限数,则引发 ArithmeticException

    Public field Static     Constrained     约束要对其进行虚方法调用的类型。
    Public field Static     Dup     复制计算堆栈上当前最顶端的值,然后将副本推送到计算堆栈上。
    Public field Static     Endfilter     将控制从异常的 filter 子句转移回公共语言结构 (CLI) 异常处理程序。
    Public field Static     Endfinally     将控制从异常块的 fault 或 finally 子句转移回公共语言结构 (CLI) 异常处理程序。
    Public field Static     Initblk     将位于特定地址的内存的指定块初始化为给定大小和初始值。
    Public field Static     Initobj     将位于指定地址的对象的所有字段初始化为空引用或适当的基元类型的 0
    Public field Static     Isinst     测试对象引用(类型)是否为特定类的实例。
    Public field Static     Ldtoken     将元数据标记转换为其运行时表示形式,并将其推送到计算堆栈上。
    Public field Static     Ldvirtftn     将指向实现与指定对象关联的特定虚方法的本机代码的非托管指针(natural int 类型)推送到计算堆栈上。
    Public field Static     Leave     退出受保护的代码区域,无条件将控制转移到特定目标指令。
    Public field Static     Leave_S     退出受保护的代码区域,无条件将控制转移到目标指令(缩写形式)。
    Public field Static     Localloc     从本地动态内存池分配特定数目的字节并将第一个分配的字节的地址(瞬态指针,类型)推送到计算堆栈上。
    Public field Static     Mkrefany     将对特定类型实例的类型化引用推送到计算堆栈上。
    Public field Static     Newarr     将对新的从零开始的一维数组(其元素属于特定类型)的对象引用推送到计算堆栈上。
    Public field Static     Newobj     创建一个值类型的新对象或新实例,并将对象引用(类型)推送到计算堆栈上。
    Public field Static     Nop     如果修补操作码,则填充空间。尽管可能消耗处理周期,但未执行任何有意义的操作。
    Public field Static     Pop     移除当前位于计算堆栈顶部的值。
    Public field Static     Prefix1     此指令为保留指令。
    Public field Static     Prefix2     此指令为保留指令。
    Public field Static     Prefix3     此指令为保留指令。
    Public field Static     Prefix4     此指令为保留指令。
    Public field Static     Prefix5     此指令为保留指令。
    Public field Static     Prefix6     此指令为保留指令。
    Public field Static     Prefix7     此指令为保留指令。
    Public field Static     Prefixref     此指令为保留指令。
    Public field Static     Readonly     指定后面的数组地址操作在运行时不执行类型检查,并且返回可变性受限的托管指针。
    Public field Static     Refanytype     检索嵌入在类型化引用内的类型标记。
    Public field Static     Refanyval     检索嵌入在类型化引用内的地址(类型)。
    Public field Static     Ret     从当前方法返回,并将返回值(如果存在)从调用方的计算堆栈推送到被调用方的计算堆栈上。
    Public field Static     Rethrow     再次引发当前异常。
    Public field Static     Switch     实现跳转表。
    Public field Static     Tailcall     执行后缀的方法调用指令,以便在执行实际调用指令前移除当前方法的堆栈帧。
    Public field Static     Throw     引发当前位于计算堆栈上的异常对象。
    Public field Static     Unaligned     指示当前位于计算堆栈上的地址可能没有与紧接的 ldindstindldfldstfldldobjstobjinitblk 或 cpblk 指令的自然大小对齐。
    装箱形式。
    Public field Static     Volatile     指定当前位于计算堆栈顶部的地址可以是易失的,并且读取该位置的结果不能被缓存,或者对该地址的多个存储区不能被取消。

     

     

    2. 参考

     

    一步步教你读懂NETIL(附详细图) - WEB开发者.htm

    c#的逆向工程-IL指令集 老大卫 博客园.htm

    Mono为何能跨平台?聊聊CIL(MSIL) - 好库文摘.htm

     

    展开全文
  • CLR R0 指令不存在

    千次阅读 2009-04-10 13:37:00
    CLR ACLR C但没有CLR R0 或 CLR 30H

    有 CLR  A

    CLR  C

    但没有CLR  R0  或  CLR  30H

    展开全文
  • 在.net平台下基于C#语言生成的IL代码,我们主要学习的就是C#语法下生成什么样的IL代码...如果你是刚了解clr和IL的爱好着,请仔细阅读以下文字。 首先先介绍一下记忆体 下面这段源自网上文章资料,我觉得这些...

            在.net平台下基于C#语言生成的IL代码,我们主要学习的就是C#语法下生成什么样的IL代码和IL指令含义和执行逻辑;看过很多博客写的有关IL文章,对指令解释不够详细,现在我结合我的学习心得和大家一起分析一下IL几个常用指令。如果你是刚了解clr和IL的爱好着,请仔细阅读以下文字。

    •         首先先介绍一下记忆体

            下面这段源自网上文章资料,我觉得这些介绍够我们今天讨论,有关于托管堆计算栈和调用栈的详细内容有机会我想详细讨论,因为这哥仨始终贯穿的IL执行过程,尤其是加入线程之后讨论点更多了。

    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。前面所謂的堆叠式虚拟机器,指的就是這個堆叠。


    •  结合实例讨论IL

    上面介绍的三个记忆体,我们这里只讨论call stack和Evaluation stack,首先执行CLR托管代码时要找到入口Main方法,然后JIT将会编译这些指令,JIT编译的对象永远是方法内部的指令,至于程序集,命名空间,类这些结构和逻辑咱们暂且先交给.net,至于是怎么编译成机器码的也先不管。

    这里我们先讨论指令是怎么用记忆体的,上面介绍到方法在调用时会用到call stack,在上面创建一个栈帧(Record Frame ),里面存了啥上面上也介绍了,每个方法被调用时都会创建一个栈帧,关键是为什么用栈帧呢,因为方法调用时有参数,方法里面有局部变量,这些东西总需要一个空间来存的,而且方法在调用完之后这个栈帧会被丢弃,讲到这里是不是有种似曾相识的感觉,你们在学语法的时候老师是不是也是这么讲的,现在我们从CLR的角度再来理解会更清晰。在说一下,Call stack中的区域变数,这个东西就是存方法局部变量的地方(重要且常用,想想在C#里局部变量是不是很常用),其访问方式将在下面代码中介绍。

    总结一下:call stack 是个方法调用时用的栈,且线程专属,栈的特点后进先出,调用一个方法创建一个栈帧,方法里面还调用了方法会再创建一个栈帧,也就是在栈的顶部压入一个栈帧,栈帧丢弃要在该方法结束后执行,也就是当前方法里面调用的其他方法还没结束你需要等待,因为对应的你的栈帧上面还有栈帧,而出栈永远是最上面一个(说到这里你是否能够想到为何调用栈是线程专属的,为何不能整个进程共享)。

    再说一下Evaluation Stack,这个是计算栈,也是线程专属,听名字就知道是指令运算时用到的,而且它会需要和call stack配合,也就是在指令执行的时候会需要把调用栈上的数据传到计算栈上来执行该指令具体是咋用的我会在IL中详细说明。

    好了,学习IL用到的知识都大致说了。下面我们将用的这些知识来学习IL,并分析IL代码和C#代码在C#编译器编译之后的变化,如此我们能更好的理解C#,以及C#中一些很骚的东西(说优雅更好点)本质是啥。

     

    下面开始上硬菜:

    //刘棚超
    public  int  add(int a,int b)
            {
                int c = a + b;
                long d = a ;
                a = 2147483647;
                b = 2147483647;
                int e = a+b;//这里我为何不写成e=2147483647+2147483647
                //e = unchecked(2147483647 + 2147483647);
                d.ToString();
                2.ToString();//这里可以看到2在IL中被直接当成Int32类型处理了
                return c;
            }

    看到上面代码是不是觉得很简单,确实很简单以至于你看都不想看,接下来看看这个方法生成的IL代码,用ILDASM工具,装了VS的都有,如果不清楚就百度查一下。再看IL代码:

    .method public hidebysig instance int32  'add'(int32 a,
                                                   int32 b) cil managed
    {
                                             /*看到这么多代码是不是有点眼花,不过没关系我
                                               们可以把每行代码对应的IL指令分开来,便于理解。
                                               方法上描述性的关键字先不讨论,有些你可能看懂有
                                               有些就完全不知道啥意识。咱们记住JIT编译的是下
                                               面这些内容就行。*/
       // 代码大小       52 (0x34) 
      .maxstack  2   这个表示该方法在计算栈(还记得Evaluation stack)上的最大深度,也就是这个
                     方法在计算栈中最大能压入几个数据,这取决于指令在运算时最多需要几个参数。
                     (这里我抛出一个问题,为何IL代码在执行前就知道了最大栈深,是谁给他计算
                      出来的?还有为什么要计算栈深度?)
    
      .locals init ([0] int32 c,  //申明变量,开始给局部变量分配空间了,在哪分配的呢,就是
               [1] int64 d,       在call stack 中区域变数中,但是此时它们都没有值(或者说
               [2] int32 e,       都是0),看了代码我们知道c,d,e不就是我们申明的局部变量嘛,
               [3] int32 V_3,     可能你又疑惑了,方法的参数怎么没有,其实方法被调用的时候在
               [4] int32 V_4)     call stack的栈帧中就已经被申明且初始化好了,接着往下看,
                                  V_3,V_4是啥啊,代码中好像没定义这俩货吧,我们在下面的指令中
                                  告诉你这两个变量是啥。补充一点申明变量的格式:[Index][Type]                                    
                                  [name]。它告诉我们一个变量在区域变数中位置,和他们的类型名                    
                                  字。(这里有个有意识的事V_3,V_4为何从3和4开始而不是0开始
                                  看完后文章后有兴趣的可以去了解一下)
      //下面的所有指令可以网上IL指令表中找到,需要用时某个指令时可以表中查看用法。
      IL_0000:  nop    //这个这令不执行任何有意义的操作。啥玩意?一上来就让人懵逼,既然没意义            
                         就先不管。(指令表给出:如果修补操作码,则填充空间)
    
      IL_0001:  ldarg.1  //终于来了个有用的,加载参数,ld表示加载,arg表示参数,1,表示第1号            
                           索引位置的参数。(有个思考,索引不是从0开始的吗,怎么这里第一个参                        
                           数从1开始,那0号位置是个啥)这里1号位置索引指的就是参数a,加载到了            
                           哪呢,还记得计算栈嘛(Evaluation stack)。没有错,就是把这个参数压                                                    
                           入这个栈了。
                        
      IL_0002:  ldarg.2    //同上面一条指令一样,把b参数也压入计算栈了
      IL_0003:  add        //作加法,意识是从刚刚压入计算栈的两个参数取出来做相加。
                             然后得到的结果再压入计算栈。(我前面提到过.maxstack这里就能体                        
                             现,因为加法需要两个数,所有计算栈里必须能方两个数,同理如果其                        
                             他指令需要三个数,则.maxstack 3 如果这个方法还有更大的,那就取那                                                                                        
                             个,而且.maxstack在编译前就算好了的)至此,代码已经执行完了a+b
                              (这里注意一下,指令取栈中的数据是出栈操作,也就是说add会把a和b            
                             从栈中取出来)
    
      IL_0004:  stloc.0    //将刚刚加法计算在计算栈的结果存到栈帧中第0号位置(也是出栈操                    
                             作),也就是变量c中
                             回头往上看看0号索引位是不是c,至此代码执行完了c=a+b;
    
      IL_0005:  ldarg.1    //再次从栈帧中把a参数压入到计算栈。可能有人疑惑了,上面也有个                
                             ldarg.1指令嘛,那不是已经把a取出来了嘛,怎么这里还能取。
                             说明一下此栈非彼栈,我们取的是call stack中栈帧(Frame)里面的数                            
                             据,它只是复制,不叫出栈,就像cpu取内存的数据,内存数据不会没有                
                             了的。
      IL_0006:  conv.i8    //类型转换,解释一下,conv取得是转换的单词前半部,i表示int,8表示                        
                            八个字节,所以完整意识就是将计算栈中顶部那个数据转换为Int64类        
                            型。
      IL_0007:  stloc.1    //将刚刚转换的结构存入变数列表1号位置中,也就是d,往上看看1号索引                                    
                             是不是d,至此完成了d=a;
    
      IL_0008:  ldc.i4     0x7fffffff //将0x7fffffff这个常数加载到计算栈中i4含义和i8一样
      IL_000d:  starg.s    a  //重新给参数a赋值把0x7fffffff赋值给了a
      IL_000f:  ldc.i4     0x7fffffff  //同上面一样
      IL_0014:  starg.s    b           //同上面a一样
      IL_0016:  ldarg.1    //a有了新值重新加载到计算栈
      IL_0017:  ldarg.2    //b有了新值重新加载到计算栈
      IL_0018:  add        //两数做加法,同上面的加法一样,但是我为何写两个同样的操作,
                            主要是这里相加会溢出。(引发思考)
      IL_0019:  stloc.2    //把结果存到e中
      IL_001a:  ldloca.s   d  //加载变量d的地址,这一步是为了给下一步调用方法做准备。
      //结合上一步这一步是调实例进行tostring。(有个思考为何要把d变量的地址传过去)
      IL_001c:  call       instance string [mscorlib]System.Int64::ToString()
      IL_0021:  pop        //d在tostring后会返回一个结果,但是代码中不需要这个结果,所以出栈
    
      IL_0022:  ldc.i4.2   //将一个整数2加载到计算栈,这是干嘛有点懵啊,别急往下看。 
      IL_0023:  stloc.3    //把刚刚那个常数存到3号索引位置上,往上看看3号是啥,原来是V_3,
                            看到这里是不是突然明白了,原来V_3变量是代码中2.ToString()中的2                        
                            啊。(这里想一下为什么这个2会被申明成Int32类型)
      IL_0024:  ldloca.s   V_3    //同ldloca.s   d 一样,不多说
      //这个也同IL_001c一样。
      IL_0026:  call       instance string [mscorlib]System.Int32::ToString()
      IL_002b:  pop        //同IL_0021一样
    
      IL_002c:  ldloc.0    //把0号索引数据加载进栈,0号位是啥,看了上面原来是c变量,这是干啥,                    
                             不明白啊,那咱就先往下看
      IL_002d:  stloc.s    V_4    //把c存到V_4中,还是不明白要干啥
      IL_002f:  br.s       IL_0031  //无条件跳转到IL_0031对应的指令,可还是不明白要干啥,
                                    让咱跳咱就跳,咱也不懂咱也不敢问。
      IL_0031:  ldloc.s    V_4    //找了半天咱跳过来了,又把V_4加载到计算栈了,妈呀你这是要干        
                                    啥,痛快点行不。算了,那咱就看完最后一个指令。
      IL_0033:  ret        //ret——>retun 原来是退出指令,指令含义是:从当前方法返回,并将返回        
                             值(如果存在)从调用方法的计算堆栈推送到被调用方的计算堆栈上。
                             md前面这么多铺垫,原来是返回值并退出方法。看看上一条指令原来返回    
                             的是V_4,也就是说V_4这个变量就是返回值变量。
                            (再思考:为啥要V_4这个返回值变量。咱代码不是直接return c吗)
    } // end of method Program::'add'
    
    
    • 结束语 

                到这里我们初步简单分析了IL代码在一个方法里的执行过程,IL注释里也抛出了一些问题和思考,有助于去思考C#和CLR一些更深的东西,同时我们也感受到了,在C#中我们哪些灵活多变的编程方式原来在IL中都变得这么老老实实中规中矩。其实C#还有很多很多优雅且灵动的操作,那他们都是怎么实现的呢,我们可以写代码来测试,和IL做对比来看看C#编译器到底帮我们实现了什么。最后说明,以上类容完全来自个人学习心得。若有错误和不足之处,欢迎指出。
    关灯 拉闸 睡觉 拜拜

    展开全文
  • CLR

    2013-09-04 09:23:31
    CLR常用简写词语,CLR是公共语言运行时,Common Language Runtime)和Java虚拟机一样也是一个运行时环境,它负责资源管理(内存分配和垃圾收集),并保证应用和底层操作系统之间必要的分离。 目录 基本信息...
    CLR常用简写词语,CLR是公共语言运行时,Common Language Runtime)和Java虚拟机一样也是一个运行时环境,它负责资源管理(内存分配和垃圾收集),并保证应用和底层操作系统之间必要的分离。

    编辑本段基本信息

    释义一

    CLR(公共语言运行时,Common Language Runtime)和Java虚拟机一样也是一个运行时环境,是一个可由多种编程语言使用的运行环境。CLR的核心功能包括:内存管理程序集加载、安全性、异常处理线程同步,可由面向CLR的所有语言使用。并保证应用和底层操作系统之间必要的分离。CLR是.NET Framework的主要执行引擎。[1]
    为了提高平台的可靠性,以及为了达到面向事务的电子商务应用所要求的稳定性级别,CLR还要负责其他一些任务,比如监视程序的运行。按照.NET的说法,在CLR监视之下运行的程序属于“托管的”(managed)代码,而不在CLR之下、直接在裸机上运行的应用或者组件属于“非托管的”(unmanaged)的代码。
    CLR将监视形形色色的常见编程错误,许多年来这些错误一直是软件故障的主要根源,其中包括:访问数组元素越界,访问未分配的内存空间,由于数据体积过大而导致的内存溢出,等等。
    然而,这种对受管理代码的运行监视是有代价的。虽然当前还不可能精确地得到监视程序运行所需要的开销,但从当前Beta测试版的性能表现来看,正如Microsoft所承认的那样,我们可以预料由它导致的性能降低程度至少达到10%。当然,如果监视程序运行能够将稳定性和可用性提高到一个新的档次,那么,我们是否仍会怀疑这10%的性能降低是一件坏事?
    在处理器性能改善方面,摩尔定律已经一再被证明是正确的。既然如此,我们要得到一台性能增加了10%的服务器要等待多长时间呢。

    释义二

    CLR(公用语言运行时,Common Language Runtime)
    NET提供了一个运行时环境,叫做公用语言运行时(Common Language Runtime),是一种多语言执行环境,支持众多的数据类型和语言特性。他管理着代码的执行,并使开发过程变得更加简单。这是一种可操控的执行环境,其功能通过编译器与其他工具共同展现。
    依靠一种以运行时为目标的编译器开发的代码叫做可操控代码。
    元数据:为了使运行时环境可以向可操控代码提供服务,语言编译器需要产生一种元数据,它将提供在使用语言中的类型、成员、引用的信息。运行时环境使用元数据定位并载入类,在内存中展开对象实例,解决方法调用,产生本地代码,强制执行安全性,并建立运行时环境的边界。
    可操控执行的含义:对象在执行的过程中完全被运行时环境所控制。运行时环境提供以下服务:自动内存管理、调试支持、增强的安全性及与非可操控性代码的互操作性。条件:1、选择以运行时为目标的语言编译器,如VB、C#;2、在组件的输出类型中使用CLR要求的语言特性。

    编辑本段集成能力

    跨语言集成的能力:CLR包含了一个丰富的语言特性集,保证了它与各种程序设计语言的兼容性。这一特性集即公用语言规范,稍后将对其进行详细说明。

    编辑本段内存管理

    内存管理的自动化:在执行过程中管理应用程序的资源是一项单调而困难的工作。它会将你的注意力从你本应解决的问题中引开。而垃圾收集机制完全解决了程序员在编程过程中头痛的问题,跟踪内存的使用,并知道何时将它们释放。
    面向对象的环境中,每种类型都标识了对你的应用程序有用的某种资源。为了使用这些资源,你需要为类型分配内存。在应用中,访问一种资源要通过以下步骤:
    (1)为类型分配内存。
    (2)初始化内存,设置资源的初始状态并使其可用。
    (3)通过访问该类型的实例成员来访问资源。
    (4)卸下将被清除的资源状态。
    (5)释放内存。
    这一看似简单的过程在实际的编程中是产生错误的主要来源之一。更可怕的是:内存中的错误往往导致不可预见的结果。如果你有过编程的经验,想想看,有多少次你的程序因为内存访问错误而崩溃?特别是计算机存在多根内存条时特别容易内存报错死机。建议升级电脑时换掉原来的内存,不要采用加内存的方式。
    CLR要求所有的资源从可操控的堆(注:在此指一种内存结构)中分配。当一个进程被初始化后,CLR保留了一个未被分配的地址空间。这一区域叫做可操控堆。在堆中保持了指向下一个将被分配给对象的堆地址的指针(NEXT)。
    初始状态下,该指针是保留地址空间的基地址。一个应用使用新的操作产生对象。此操作首先检查新对象需要字节的大小是否会超出保留空间。如果对象大小合适,指向下一个地址的指针将指向堆中的这个对象,该对象的构造器被调用,新的操作返回对象的地址。
    当一个应用请求建立一个对象时,地址空间可能不够大。堆将发现这一点(通过将新对象的大小与NEXT指针相加,并与堆的大小进行比较),这时垃圾收集器就将被调用。在这里,CLR引入了“代”的概念。代,指堆中对象产生的先后。这样,垃圾收集器在将发生溢出时回收属于特定的“代”的对象,而不是回收堆中的所有对象。
    (6)即时编译
    在各种语言的编译器源代码进行编译之后,在CLR环境中产生的是中间代码(出于兼容性与跨语言集成的考虑),其内容虽然有效,但在转化为本地代码之前它本身是不可执行的。这就是JIT编译器需要完成的工作。
    这里需要说明一个问题:为什么要即时编译,而不是一次性的将中间代码文件进行编译?答案很简单:原因在于效率。在大型的应用中,你很少会用到程序的全部功能,这种边执行边编译的措施比一次性的完全编译效率更高。
    CLR带有三个不同的JIT编译器,在Windows平台中,CLR带有三个不同的JIT编译器
    (1)缺省的编译器---主编译器,由它进行数据流分析并输出经过优化的本地代码,所有的中间代码指令均可被它处理。
    (2)PREJIT,它建立在主JIT编译器之上。其运行方式更象一个传统的编译器:每当一个.NET组件被安装时它就运行。
    (3)ECONOJIT,在并不充分优化的前提下,它能够快速完成IL代码到本地码的转换,编译速度与运行速度都非常快。
    为了配合编译器的工作,在.NET SDK的安装路径下的/bin目录中有一个负责管理JIT的应用程序:jitman.exe。具体的使用参见联机帮助

    编辑本段版本发布

    在当前以组件为基础的系统中,开发人员和用户对于软件版本和发布中存在的问题已经十分熟悉了。当我们安装一个新的应用之后,我们很可能发现原本正常的某个应用程序奇怪的停止了工作。绝大多数开发人员将时间花在了确保所有注册表入口的一致性,以便激活COM类上。这就是所谓的“DLL地狱”。
    .NET平台通过使用集合来解决这一问题。在这里,“集合”是一个专有名词,指类型与资源的发布单元,在很大程度上它等同于今天的DLL。正象.NET用元数据描述类型一样,它也用元数据描述包含类型的集合。
    通常说来,集合由四个部分组成:集合的元数据(集合的内部清单)、元数据描述的类型、实现类型的中间语言代码和一组资源。在一个集合中,以上四个部分并不是都必须存在,但是,集合中必须包含类型或资源,这样集合才有意义。
    在.NET中一个基本的设计方针是使用孤立的组件。一个孤立的集合的含义是指一个集合只能被一个应用所访问。在一台机器上,它不被多个应用共享,也不会受其它应用程序对系统的更改的影响。“孤立”赋予了开发人员在自己的程序中对代码的完全控制权。
    任何共享代码都需要被明确地标识。同时,.NET框架也支持共享集合的概念。一个共享集合指在一台机器上被多个应用共享的集合。共享集合需要严格地命名规定。
    有了.NET,应用程序间的共享代码是明确定义的。共享集合需要一些额外的规则来避免我们今天遇到的共享冲突问题。共享代码必须有一个全局唯一的名称,系统必须提供名称保护,并在每当引用共享集合时,CLR将对版本信息进行检查。

    编辑本段汇编指令

    51单片机 汇编 指令CLR:

    CLRA

    //累加器A 被赋零值,此时为逻辑运算指令。

    CLRC

    //程序状态寄存器PSW中的CY位状态清零,此时为位操作指令。
    展开全文
  • 51单片机之逻辑运算指令ANL、ORL、XRL等

    万次阅读 多人点赞 2019-05-31 23:51:46
    文章目录前言一、简单操作指令 CLR、CPL、SWAPCLR ACPL ASWAP A二、位移指令 RL、RR、RLC、RRCRL ARR ARLC ARRC A三、逻辑“与”指令 ANLANL A, XXXANL direct, XXX四、逻辑“或”指令 ORLORL A, XXXORL direct, XXX...
  • 我刚接触Delphi看到代码中有一个条件编译指令{$IF DEFINED(CLR)},查了一圈下来知道IF为真的时候编译代码,但是DEFINED(CLR)不知道怎么确定是不是定义了CLR,查的资料都说CLR是一个.NET运行时库,意思是只要电脑上装...
  • 51单片机之位操作指令SETB、CPL等

    千次阅读 多人点赞 2019-05-31 23:51:53
    文章目录前言一、位数据传送指令MOV C, bitMOV bit, C二、位修正指令CLR XSETB XCPL X 前言 位操作指令只能对片内RAM可位寻址的空间进行操作; 在片内RAM 字节地址 20H~2FH共计16字节128位,其对应 位地址00H~70H...
  • CLR via C#

    2015-09-08 08:51:51
    IntelliSense 智能感知:解析元数据 垃圾收集的数据类型(托管数据:由编译器生成的。) CLR是和程序集一起工作的。...JITCompiler函数负责将一个方法的IL代码编译成本地CPU指令。 JIT just in time '及时'
  • 在了解CLR运行之前让我们先简单了解一下IL 除了编译器编译的IL代码,IL也是一种...前面一章我们介绍了CLR的所有初始工作,最后在调用Main入口方法的时候,CLR需要将程序集中的IL代码转为CPU指令,也就是CLR中JIT(ju...
  • 在了解CLR运行之前让我们先简单了解一下IL 除了编译器编译的IL代码,IL也是一种汇编...前面一章我们介绍了CLR的所有初始工作,最后在调用Main入口方法的时候,CLR需要将程序集中的IL代码转为CPU指令,也就是CLR中JI...
  • CLR的执行模型

    2019-09-27 09:35:20
    CLR:公共运行时,Common Language Runtime)和Java虚拟机一样也是一...编译器把源代码编译成IL代码,当第一次运行程序时,把在程序集中的IL转换成本地CPU指令。又有一次即时编译。(注意有两次编译过程。)   ...
  • CLR执行步骤

    2011-05-15 18:38:00
    CLR中最重要的部分是由名为mscoree.dll的库(又称公共对象运行库执行引擎)物理表示的。...特定平台的指令,执行所有需要的安全检查,然后运行当前的代码。除了导入自定义的程序集和建立自定义的类型,需要时,CLR
  • clr via c# 学习

    2016-08-09 11:25:00
    我们使用的编译器就像是一个语法规则的检查器 它检查我们的语法是否符合clr相关规则 然后编译生成源代码 源代码又生成(it)中间语言 中间语言又通过JIT(即时编译器)生成CUP指令 执行操作 转载于:...
  • CLR线程概览(一)

    2017-11-12 16:32:00
    托管 vs. 原生线程 托管代码在“托管线程”上执行,...正如JIT解释器将“虚拟的”中间(IL)指令映射到物理机器上的原声指令CLR线程基础架构将“虚拟的”托管线程映射到操作系统的原生线程上。 在任意时刻,一个...
  • 任何方法包括一个名称、一个签名和一个返回值。 理论上即使方法名和签名相同,只要返回值不一样。这也算是两个不同的方法。但是,实际上,只有IL汇编...对于不同的方法,CLR会调用不同的IL指令来执行方法的。  ...
  • CLR study学习文档

    2009-09-05 23:05:23
    JIT:just-in-time 即时编译,将IL编译成本地CPU指令(本地代码) FCL:Framework Class Library,Framework 类库 CTS:Common Type System,通用类型系统,描述了类型的定义及其行为方式 CLI:Common Language ...
  • CLR是如何工作的

    2019-03-26 14:45:15
    MetData和引擎初始化 ...托管程序集本身只包含 CLR 可识别的 MetaData(元数据),不包含机器指令。托管程序集都依赖于 mscoree.dll 。mscoree.dll 在system32目录下,全称是Microsoft Core Executio...
  • CLR为方法的调用提供了两个IL指令: IL指令call可以用来调用静态方法、实例方法和虚方法。使用call指令调用静态方法时,必须指定CLR要调用的方法的类型。使用call指令调用实例方法或者虚方法时,必须指定使用...
  • CLR via C#垃圾回收

    2017-08-11 10:57:33
    垃圾回收平台的工作原理对资源的访问 ...使用IL指令newobj创建对象时,CLR会执行下面步骤: 1. 计算类型的字段所需要的字节数 2. 加上对象的开销(对象指针和同步快索引)所需的字节数,对于32位程序需要加8字节,6
  • clr的执行模型(中)

    2019-01-10 14:33:00
    为了执行方法,需要把IL转换成本机CPU指令,由clr的JIT(just-in-time,即时)编译器完成。需要注意的是:Jit将cpu指令存在内存,程序终止时,需要重新编译cpu指令。性能方面,对大多数程序JIT造成的性能损失不显著...
  • .net学习之CTS、CLS和CLR

    2015-01-27 12:12:00
    CLR:公共语言运行时,就是所有.net语言写的程序的公共运行时环境,比如C#、VB.Net等语言写的程序需要运行在CLR上,然后CLR解析执行操作系统的相关指令CLR是.net程序运行在操作系统的必备环境。  就像JAVA程序...
  • .net 调用c++的类库clr

    千次阅读 2017-01-19 15:24:08
    vs 创建的c++ 的CLR类库在.net中是直接可以调用的,如果你在c#中正确引用了clr的类库编译但是一直提示 ”“未能找到类型或命名空间名称“testmydokan”(是否缺少 using 指令或程序集”的话,不妨看看你的c#的工程的...
  • 当应用程序的进程完成初始化后,CLR将保留一块... IL指令newobj负责创建新的对象。许多语言(C#,C++/CLI以及Microsoft Visual Basic)都提供了一个new操作符,该操作符会使编译器在相应方法的IL代码中产生一个newobj

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 563
精华内容 225
关键字:

指令clr