我正在通过cecil生成一些代码。代码生成时没有错误,但当我尝试加载程序集时,得到:
“System.InvalidProgramException”类型的未处理异常
在dataserializerstest.exe中发生
附加信息:公共语言运行库检测到无效
程序。
下面是生成的IL:

.method public static
    class Data.FooData Read (
        class [mscorlib]System.IO.BinaryReader input
    ) cil managed
{
    // Method begins at RVA 0x3a58
    // Code size 60 (0x3c)
    .maxstack 3
    .locals (
        [0] class Data.FooData,
        [1] valuetype [System.Runtime]System.Nullable`1<int32>
    )

    IL_0000: newobj instance void Data.FooData::.ctor()
    IL_0005: stloc.0
    IL_0006: ldloc.0
    IL_0007: ldarg.0
    IL_0008: callvirt instance bool [System.IO]System.IO.BinaryReader::ReadBoolean()
    IL_000d: ldc.i4.0
    IL_000e: ceq
    IL_0010: brtrue.s IL_001f

    IL_0012: ldarg.0
    IL_0013: callvirt instance int32 [System.IO]System.IO.BinaryReader::ReadInt32()
    IL_0018: newobj instance void valuetype [System.Runtime]System.Nullable`1<int32>::.ctor(!0)
    IL_001d: br.s IL_0028

    IL_001f: nop
    IL_0020: ldloca.s 1
    IL_0022: initobj valuetype [System.Runtime]System.Nullable`1<int32>

    IL_0028: nop
    IL_0029: callvirt instance void Data.FooData::set_I(valuetype [System.Runtime]System.Nullable`1<int32>)
    IL_002e: ldloc.0
    IL_002f: ldarg.0
    IL_0030: callvirt instance string [System.IO]System.IO.BinaryReader::ReadString()
    IL_0035: callvirt instance void Data.FooData::set_Name(string)
    IL_003a: ldloc.0
    IL_003b: ret
} // end of method FooDataReader::Read

等效的C代码如下所示:
public static FooData Read(BinaryReader input)
{
    var result = new FooData();

    if (input.ReadBoolean())
    {
        result.I = input.ReadInt32();
    }
    else
    {
        result.I = null;
    }

    result.Name = input.ReadString();

    return result;
}

我已经做了好几次了,这对我来说很有意义。这与C编译器为上述C代码生成的代码不同,但我想了解生成的IL有什么问题。有人能告诉我吗?

最佳答案

我想我已经发现了。initobj不会将新初始化的对象留在计算堆栈上,而newobj会。所以当到达IL_0028时堆栈是不平衡的-如果我们走了newobj路线,那么堆栈上有两个项目(FooDataNullable<int>)。如果我们走了initobj路线,那么我们只有堆栈上的FooData对象引用。您需要重新加载本地1

IL_0022: initobj valuetype [System.Runtime]System.Nullable`1<int32>
         ldloc.1
IL_0028: nop

08-15 20:04