Visual Studio调试ASP.NET时，已捕获异常仍中断如何解决？

我完全懂你的痛点——既要让未捕获的异常（包括第三方DLL里没被你处理的）触发调试中断，又不想被自己已经处理掉的异常打断，还要避开ASP.NET全局捕获的干扰。下面是最贴合你需求的解决方案：

核心思路：利用「User-unhandled」异常设置 + 仅我的代码 #

Visual Studio的「User-unhandled」选项正好能实现你要的“仅在外部代码捕获（或未被捕获）的异常时中断”的逻辑，结合「仅我的代码」功能，就能精准区分你自己的代码和框架/第三方代码。

步骤1：调整异常设置 #

1. 打开异常设置窗口：按下 Ctrl+Alt+E，或者点击调试菜单 → Windows → 异常设置。
2. 在列表中找到你关注的异常类型（比如System.Exception或具体的异常类），取消勾选「Thrown」选项，然后勾选「User-unhandled」选项。

步骤2：确保「仅我的代码」已启用 #

这个功能是「User-unhandled」生效的前提，它能帮调试器区分你的代码和框架/第三方代码：

1. 打开工具 → 选项 → 调试 → 常规。
2. 确保「启用“仅我的代码”」选项被勾选（默认是开启的）。

为什么这能解决你的问题？ #

• 当你自己的try/catch捕获了异常：调试器会识别到异常被**用户代码（你的代码）**处理了，因此不会触发中断，完美避开你已经处理的失败外部调用。
• 当异常未被你的代码捕获（不管是被ASP.NET全局try/catch接手，还是完全未被捕获）：调试器会判定这是「用户未处理」的异常，触发中断，满足你对未捕获异常（包括第三方DLL中未被你处理的）的调试需求。
• 无需排除任何DLL：第三方DLL中抛出的异常，只要没被你的代码捕获，调试器依然会中断，完全符合你的要求。

额外的精细控制（如果需要） #

如果某些场景下你需要更精准的规则（比如特定方法中的捕获不中断，其他场景要中断），可以给异常添加自定义条件：

1. 在异常设置窗口中，右键目标异常 → 编辑条件。
2. 可以基于调用栈、异常消息等设置规则，比如添加条件：!CallStackContains("YourNamespace.YourClass.YourMethod")，这样当异常被该方法中的try/catch捕获时，调试器不会中断。不过这个场景比较小众，大部分情况下前面的核心方案就足够了。

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