为何C#中Exception.StackTrace无法获取完整调用堆栈？

嘿，先看看你的代码，我给它规整一下：

using System;
using System.Runtime.CompilerServices;

class Program { 
    static void Main(string[] args) { 
        try { A(); } 
        catch (Exception e) { 
            Console.WriteLine("second catch. Stacktrace: {0}", e.StackTrace); 
        } 
    } 
    [MethodImpl(MethodImplOptions.NoInlining)] 
    public static void A() { 
        try { throw new Exception(); } 
        catch (Exception e) { 
            Console.WriteLine("first catch...."); 
        } 
    } 
}

首先得提个醒：这段代码里Main的catch块根本不会触发！因为A()里抛出的异常已经被它自己的catch抓住处理了，没往上抛，所以Main的try代码块根本感知不到异常。

回到你说的MSDN描述——StackTrace属性返回从异常抛出位置开始的调用堆栈帧，我改个代码版本，你一看就懂：

把A()的catch改成重新抛出异常：

[MethodImpl(MethodImplOptions.NoInlining)] 
public static void A() { 
    try { throw new Exception(); } 
    catch (Exception e) { 
        Console.WriteLine("first catch....");
        throw; // 重点：用这种方式重新抛，保留原始异常的堆栈信息
        // 要是写 throw e; 就会把堆栈起始点改成这一行，不是最初抛异常的地方
    } 
}

现在运行代码，Main的catch就能抓到异常了，打印的StackTrace大概是这样：

at Program.A()
   at Program.Main(String[] args)

这就对应上MSDN的描述了：StackTrace的起点是异常第一次被扔出来的地方——也就是A()里throw new Exception();那一行，然后往上数调用链：A()是被Main()调用的，所以堆栈帧就是A() → Main()。

再给你区分两种抛异常的区别：

• throw;：相当于把异常原封不动往上抛，StackTrace完全保留最初抛出时的调用栈，不会变。
• throw e;：相当于重新发起一次异常传播，这时候StackTrace的起点就变成你写throw e;的这一行了，原来的堆栈信息直接丢失。

再回到你原来的代码，要是在A()的catch里打印e.StackTrace，会得到：

at Program.A()

这也符合MSDN的说法：从抛出位置（A()里的throw行）开始的堆栈帧，这里只有A()自己，因为抛出的时候就是在A()内部，没有上层调用的栈需要展示。

最后划几个重点：

• StackTrace记录的是异常被抛出瞬间的调用堆栈，不是被捕获时的。
• 异常被捕获后如果不重新抛，它的StackTrace就只有抛出点到当前捕获方法的栈。
• 重新抛的时候，用throw;才能保住原始堆栈信息，别用throw e;。

内容的提问来源于stack exchange，提问作者Alex141