c# - NullReferenceException 与 MSIL

Question

我正在解释来自 C# Windows Phone 应用程序的异常报告。方法抛出 NullReferenceException。方法是:

public void OnDelete(object o, EventArgs a)
{
    if (MessageBox.Show(Res.IDS_AREYOUSURE, Res.IDS_APPTITLE, MessageBoxButton.OKCancel) == MessageBoxResult.OK)
        m_Field.RequestDelete();
}

这与 m_Field 为 null 是一致的 - 那里根本没有其他可能为 null 的东西。但这是神秘的部分。

异常对象的 StackTrace 中的 StackFrame 中的 GetILOffset() 返回 0x13。如 ILDASM 所示，该方法的 MSIL 为:

IL_0000:  call       string App.Res::get_IDS_AREYOUSURE()
IL_0005:  call       string App.Res::get_IDS_APPTITLE()
IL_000a:  ldc.i4.1
IL_000b:  call       valuetype (...) System.Windows.MessageBox::Show(...)
IL_0010:  ldc.i4.1
IL_0011:  bne.un.s   IL_001e
IL_0013:  ldarg.0
IL_0014:  ldfld      class App.Class2 App.Class1::m_Field
IL_0019:  callvirt   instance void App.Class2::RequestDelete()
IL_001e:  ret

这是我不明白的地方。如果偏移确实是 0x13，则意味着 ldarg 行导致了异常。但该命令被记录为不抛出任何异常。应该抛出的是 callvirt，不是吗？或者是相对于方法开始以外的其他东西的偏移量？ ldfld 也可以抛出，但前提是 this 对象为空；这在 C# AFAIK 中是不可能的。

文档提到调试信息可能会影响偏移量，但这是一个发布版本。

我正在使用 ILDASM 检查的 DLL 正是我作为 XAP 的一部分发送到 Windows Phone Store 的那个。

Answer 1

当 JIT 生成机器代码时，它还会生成 MSIL <--> 机器代码映射。当您在生成的代码中遇到异常时，运行时将使用映射来识别 IL 偏移量。

JIT 被允许重新排序机器指令作为其优化的一部分(当它们被启用时)，这可能导致映射变得更加近似和细化。如果字段访问被提前(内存访问相对较慢，有时在您需要它之前就开始加载它是很好的)，那么异常可能看起来是由更早的 IL 指令抛出的。

---

我使用了一个调试实用程序来执行以下操作:

• 启动一个目标进程并运行直到出现异常
• 捕获 IL 字节和 IL 到 native 的映射
• (粗略地)反汇编 IL，并用指示符显示哪些 IL 指令被分组在一起并具有相同的映射。

然后我在一个虚拟进程上运行该工具，该进程大致执行您在问题中显示的内容，并获得以下内容(发布版本):

IL_0000: call 0600000B
IL_0005: call 0600000A
IL_000A: ldc.i4.1
IL_000B: call 0A000014
IL_0010: ldc.i4.1
IL_0011: bne.un.s 30
----
IL_0013: ldarg.0
IL_0014: ldfld 04000001
IL_0019: callvirt 06000004
----
IL_001E: ret

如您所见，ldarg.0、ldfld 和 callvirt 指令都包含在同一个映射中，因此如果这些触发异常，它们将全部映射回相同的 IL 偏移量 (0x13)。