C# 如何在抛出catch之前在try语句中设置断点？

尝试调试在其中一次迭代中出现错误之前多次迭代的try-catch。除了在try-catch和滥发f10的开始处设置断点之外，还有其他方法吗？这是有问题的，原因有很多

我想我可以做一个计数，并显示它失败的迭代，但这似乎是额外的。有什么可以帮助我的吗

另外，我在VS2015上

除了在程序开始时设置断点外，还有其他方法吗 尝试捕捉和滥发f10

是的，这就是所谓的条件断点。放置一个断点，然后将鼠标放在断点上。单击设置图标并选中

条件

复选框，然后提供您的条件（例如，当迭代变成10次时）。仅当条件满足或条件变为

true

除了在程序开始时设置断点外，还有其他方法吗 尝试捕捉和滥发f10

是的，这就是所谓的条件断点。放置一个断点，然后将鼠标放在断点上。单击设置图标并选中

条件

复选框，然后提供您的条件（例如，当迭代变成10次时）。仅当条件满足或条件变为

true

---

如果您了解触发异常的状态，可以使用条件断点

---

如果您了解触发异常的状态，可以使用条件断点

---

您可以共享代码吗？在异常设置中，您可以选择在所有公共语言运行时异常上中断，它将在Try块中中断。请参阅跟踪和调试。添加一些日志以查看失败迭代的不同之处。然后，您可以添加一个条件断点来逐步完成该try。您可以将try-catch放入while循环中，然后在需要时，您可以中断它。今天将是了解第一次机会异常的好日子。您可以共享代码吗？在异常设置中，您可以选择在所有公共语言运行时异常上中断，它将在Try blockSee跟踪和调试中中断。添加一些日志以查看失败迭代的不同之处。然后，您可以添加一个条件断点来逐步完成该try。您可以将try-catch放入while循环中，然后在需要时，您可以中断它。今天将是了解第一次机会异常的好日子。条件断点是有效的，但我发现即使在断点附近没有执行代码，它们也会使调试器的运行速度变慢。（至少在我停止使用它们之前是这样）。如果将条件放入if语句并调用

Debugger.Break（）

，则可以获得更快的执行速度。条件断点可以工作，但我发现，即使在断点附近不执行代码时，它们也会减慢调试器的速度。（至少在我停止使用它们之前是这样）。如果将条件放入if语句并调用

Debugger.Break（）

，则可以更快地执行。