显示重新引发的异常的堆栈跟踪，而不是抛出点的堆栈跟踪

Question

我已经在 VS2005 中确认了同样的行为，所以我错误地将其称为 .NET (1.1) bug。

我将原来的问题留在下面，但我修改后的问题是：如何让 Visual Studio 为我提供在“调用堆栈”窗口中捕获并重新抛出的异常的堆栈跟踪，而不是只显示从 throw 语句开始的调用堆栈？

情况是，我在运行时决定全局异常处理程序是打开还是关闭——如果它关闭，我希望 VS 捕获异常，这样我就可以单步执行调用堆栈来找出发生了什么出了问题。

以前，全局异常处理程序要么编译到程序中，要么不编译到程序中。但情况已经改变，现在我们需要在运行时做出决定 - 看起来我可能需要回到宏的方式来做这件事，但没有宏：

if (allow_bubble_up)
{
    Foo();
}
else
{
    try
    {
        Foo();
    }
    catch (Exception e)
    {
       GlobalExceptionHandler(e);
    }
}

但这种方法感觉极其反对干，对我来说。

---

显然 .NET 1.1 中存在一个错误，如果您有一个空的 throw 语句来重新抛出捕获的异常，则堆栈跟踪将从发生 throw 的位置开始，而不是重新抛出整个异常的堆栈跟踪——至少，我在几个博客上看到它被称为错误，但我无法获得更多有关它的信息。

更具体一点，QuickWatch中$exception的StackTrace属性显示了正确的数据，但VS中的Call Stack窗口仅显示了调用堆栈级别抛出语句。

在此示例代码中，我只能看到 Main 的 1 级深度堆栈跟踪，尽管我应该看到对 的几次调用的堆栈跟踪Foo。

static public void Foo(int i)
{
    if (i > 4)
    {
        throw new ArgumentOutOfRangeException();
    }
    Foo(i + 1);
}

static void Main(string[] args)
{
    bool allow_bubble_up = true;
    try
    {
        Foo(0);
    }
    catch (Exception e)
    {
        if (allow_bubble_up)
        {
            // stack trace just shows Main
            throw;

            // also just shows Main
            //throw new Exception("asdf", e);

            // STILL just shows Main
            //throw e;
        }
        else
        {
            System.Console.WriteLine(e);
        }
    }
}

Fabrice Marguerie 的博客展示了如何解决 .NET 2.0+ 中某种类型的重新抛出的堆栈跟踪，并在底部表示要查看 Chris Taylor 的博客以了解如何在 .NET 1.1 中执行此操作。我不得不搜索一下 在 archive.org 上找到它。我认为我正确地实现了它，但我仍然在 main 处得到了堆栈跟踪 - 他的解释不是很清楚，而且我不想弄乱代码库（包装现有的集合）另一种方法中的功能）超过必要的范围。

我可以在捕获和重新引发的异常的属性中看到正确的堆栈跟踪，但 VS 显示的可导航堆栈跟踪是无用的，因为它只跟踪 throw 语句。如果我从不捕获并重新抛出异常，我确实会得到完整且正确的堆栈跟踪。

如何在 VS 中显示正确的堆栈跟踪？ 我希望有某种简单的解决方法，而且我只是搜索了错误的术语。

不幸的是，它必须是 VS2003+C#。

如果不清楚，这里有一个屏幕截图（您可能需要右键单击并查看图像）：

替代文本http://img257.imageshack.us/img257/1124/40727627.png

Answer 1

Visual Studio 将显示其停止位置的调用堆栈。

如果发生未处理异常，它将在抛出该异常的地方停止。即你的“抛出”声明。但是，如果您的代码处理异常，则 Visual Studio 会假定您知道自己在做什么，并忽略该异常。它只会在 Main() 中重新抛出异常时捕获异常，因为您没有在程序中处理它。

如果您想在 Visual Studio 中捕获原始异常，您有两个选择：

• 不要捕获代码中的异常。默认情况下，Visual Studio 仅在未处理异常时停止。这当然意味着您的程序不会在运行时处理异常，因此这不是一个非常有用的方法！

• 使用您的代码捕获并重新引发异常（正如您所做的那样），但将 Visual Studio 配置为在首次引发内部异常时停止。转到“调试”>“异常”并勾选“公共语言运行时”异常框（以停止任何异常）或浏览子树以启用特定异常的异常捕获（提示：如果您知道异常名称，请点击“查找...”按钮并输入名称的一部分，例如“FileNotFound”，以快速查找异常）。这将使 VS 在内部异常处停止，并且如果您在检查异常详细信息后选择继续执行，则仅继续执行 catch{} 语句。

Answer 2

您可以抛出一个新的异常，将异常 e 作为内部异常。然后读取内部异常的堆栈跟踪。

Answer 3

事实证明，如果您知道正确的搜索术语，我试图解决的问题就有答案了。在 MSIL 中，它称为异常过滤，以及它在 VS2003 中可用。

在 Visual Basic.NET 中，有一个名为“catch-when”的构造，它仅在给定谓词通过时才执行 catch。 此 MSDN 博客< /a> 有一个很好的例子，展示了 catch-when 在 VB.NET 中的工作原理与 C# 的 catch-throw 的结果（如我的）的比较。

最后，MSDN 有一个名为 Exception Filter Inject 的工具，可用于“提供异常过滤器支持”对于不支持异常过滤器的语言（例如 C#）” - 问题是它在现有程序集上运行，因此如果您最终使用它，它确实会在构建过程中引入一个尴尬的阶段。

---

在我发现 Exception Filter Inject 之前，我最终实现了一个简短的函数，它接受一个“功能”委托和一个“catch”委托，并且如果允许异常冒泡，则只调用该函数，否则在 try- 中调用该函数catch，在捕获的异常上调用 catch 委托。

我想要做的，以某种方式引导我找到异常过滤，是能够设置要在运行时捕获的异常类型 - 如果异常应该冒泡，我会尝试捕获永远不会被调用的子类异常，否则我只会捕获基本异常。我真的不确定这在 .NET 1.1 中是否可能，因为这基本上需要一个泛型——但对于 Reflection 来说这可能是可能的，我只是在我的研究中从未走得那么远。

Answer 4

如果我理解您的消息，则正确的错误的堆栈跟踪与特定时间点的当前调用堆栈之间存在混淆（可能不是您，而是其他人阅读您的消息）（这不是您想要的） ）

但是，一旦进入异常处理例程，Foo 例程就已完成，因此我看不到它如何成为当前调用堆栈的一部分。

除了启用“在第一个异常时中断”之外，我看不出这是如何工作的，并且不知道 VS2003 或 VS2005 中的任何内容将对此有所帮助。 （也许是VS2010中新的调试/重播功能）

Answer 5

您所描述的是“调用堆栈”窗口的预期行为。当 Visual Studio 由于 UnhandledException 在 throw 行处中断时，从 throw 行开始显示调用堆栈是正确的。

归结为 Visual Studio 的调用堆栈窗口不知道异常中包含的堆栈跟踪。