CLR概要分析:在catch块内抛出后的DoStackSnapshot会产生错误的指令指针

时间:2017-12-13 18:07:15

标签: c# .net clr clr-profiling-api

我目前正在写一个CLR分析器,我发现了一些非常奇怪的东西。当抛出两个不同的异常时,一个来自try子句,一个来自catch子句,CLR通知我相同的指令指针。 更具体地说:我已注册接收ExceptionThrown回调

virtual HRESULT STDMETHODCALLTYPE ExceptionThrown(ObjectID thrownObjectId);

在回调中,我在当前线程上启动DoStackSnapshot (https://docs.microsoft.com/en-us/dotnet/framework/unmanaged-api/profiling/icorprofilerinfo2-dostacksnapshot-method)。 CLR为每一帧调用我的方法:

HRESULT stackSnapshotCallback(FunctionID funcId, UINT_PTR ip, COR_PRF_FRAME_INFO, ULONG32, BYTE context[], void *clientData)

但是,如果我从try子句和相应的catch子句抛出异常(代码示例如下),我会收到两者的SAME ip。我还要提到的是,这不是重新抛出的情况,当这是预期的时候,而是一个全新的例外,甚至可能发生在catch的调用堆栈深处。

在对CoreCLR代码进行深入研究并深入研究之后,我找不到发生这种情况的原因,这就是我在这里提出这个问题的原因。 我还要提到在普通的C#调试器中很容易重现,我觉得这很令人震惊。我使用过.Net Framework 4.5,但这也发生在4.6和4.7上。

我相信,如果我理解为什么以下C#代码会这样做,我可能会理解CLR为什么会这样做。

此代码:

try
{
    try
    {
        throw new Exception("A");
    }
    catch (Exception)
    {
        StackTrace st = new StackTrace(true);
        StackFrame sf = st.GetFrame(0);
        Console.WriteLine("Inside catch, instruction: " + sf.GetILOffset() + ". line: " + sf.GetFileLineNumber());
        throw new Exception("B");
    }
}
catch (Exception)
{
    StackTrace st = new StackTrace(true);
    StackFrame sf = st.GetFrame(0);
    Console.WriteLine("Outer catch, instruction: " + sf.GetILOffset() + ". line: " + sf.GetFileLineNumber());
}

产生这个结果: Inside catch, instruction: 13. line: 54 Outer catch, instruction: 13. line: 54

我还要提到抛出的异常对象确实有正确的堆栈跟踪。因此,例如,如果我像这样启动StackTrace对象:

catch (Exception e)
{
    StackTrace st = new StackTrace(e);

我确实收到了预期的结果。上面的代码在分析期间也表现为奇数:两个异常抛出共享相同的指令指针。

下面是与C#代码匹配的IL代码(仅用于验证这不是重新抛出的情况。为清晰起见,删除了打印件):

     private static void Main(string [] args)
  {
    /* 00005284 00             */ nop
    try
    {
      /* 00005285 00             */ nop
      try
      {
        /* 00005286 00             */ nop
        /* 00005287 72 CF 0F 00 70 */ ldstr "A"
        /* 0000528C 73 8E 00 00 0A */ newobj System.Exception::.ctor(string) // returns void
        /* 00005291 7A             */ throw
      }
      catch (System.Exception)
      {
        /* 00005292 26             */ pop
        /* 00005293 00             */ nop
        /* 00005294 72 D3 0F 00 70 */ ldstr "B"
        /* 00005299 73 8E 00 00 0A */ newobj System.Exception::.ctor(string) // returns void
        /* 0000529E 7A             */ throw
      }
    }
    catch (System.Exception)
    {
      /* 0000529F 26             */ pop
      /* 000052A0 00             */ nop
      /* 000052A1 00             */ nop
      /* 000052A2 DE 00          */ leave_s loc_32
    }
loc_32:
    /* 000052A4 28 13 01 00 0A */ call System.Console::Read() // returns int
    /* 000052A9 26             */ pop
    /* 000052AA 2A             */ ret
  }

任何帮助都将非常感激。谢谢!

1 个答案:

答案 0 :(得分:2)

有点晚了,这似乎是CLR中的错误: https://github.com/dotnet/coreclr/issues/15559