异步：如何中断引发异常的确切代码行？

Question

假设我有以下代码：

async void buttonClick(object sender, RoutedEventArgs e)
{
    await nested1();
}

async Task nested1()
{
    await nested2();
}

async Task nested2()
{
    await nested3();
}

async Task nested3()
{
    await Task.Delay(1000);
    throw new Exception("Die");  // <-- I want Visual Studio to break on this line
}

只有在异常未处理时，我才能使 Visual Studio 在指示的行上中断？

---

通常当抛出异常时，Visual Studio 会在 App.g.i.cs 中中断：

如果我随后在调试器选项中启用“仅我的代码”，它将改为在此处中断：

越来越近了。如果我随后在“异常”窗口 (Ctrl+Alt+E) 中的“Thrown”列下检查System.Exception，它将完全在我想要的位置中断：

但现在 Visual Studio 将中断所有抛出的异常，而不仅仅是未处理的异常。有没有办法让 Visual Studio 只针对未处理的异常在最合乎逻辑的代码行中中断，就像在常规的非异步代码中一样？如果这种行为是不可能的，那么：

• 为什么不可能？
• 如何识别引发异常的代码行，无论是我自己的代码的throw 语句，还是引发异常的框架方法调用？李>

我在此示例中使用了 3 个嵌套函数来强调我的代码可能很复杂，包含许多分支和嵌套方法调用，如果 Visual Studio 没有在最内层的行中断，则很难识别有问题的代码行代码。

Answer 1

我想我可能已经找到了问题的答案。

首先，我取消选中异常窗口中“抛出”列下的System.Exception (Ctrl+Alt+E)。我这样做是因为我不希望 Visual Studio 中断 所有 异常，只有 未处理 异常。

其次，我在调试器选项中启用“仅我的代码”。

现在，当调试器中断时，它会在此处中断：

根据我的问题中的屏幕截图。但如果我检查调用堆栈：

我实际上可以看到异常的来源（nested3()，第 46 行）。如果我在调用堆栈窗口中单击此条目，Visual Studio 将跳转到正确的行，“Locals”窗口甚至会显示该帧中局部变量的值。凉爽的！我想这就是我想要的。

Answer 2

这是不可能的。

为什么不可能？

因为它还没有完成。 async 仍然在每个版本中获得更好的工具支持，我确实希望迟早会添加这种行为。

如何识别引发异常的代码行，是我自己代码的 throw 语句，还是引发异常的框架方法调用？

Visual Studio 2013 确实有能力view asynchronous causality stacks in the debugger。如果你想在运行时有类似的行为，那么你可以使用我的async diagnostics package。