.net mscorlib.dll中首次出现类型为“System.Threading.ThreadAbortException”的异常

我正在开发一个asp.net应用程序。。当我试图编译和运行应用程序时；它运行成功

但当我尝试调试应用程序时，它会在任何时候给我错误-

mscorlib.dll中首次出现类型为“System.Threading.ThreadAbortException”的异常

它不会在任何特定的代码行中给出错误。。它在不确定的行的任何代码处给出此错误。。然后网页显示-服务器应用程序不可用错误

即使当我试图在即时窗口/快速观察中解析/执行某些语句时，也会出现上述错误

例如，我在XElement中加载了一个超过10000行的xml文档，当我试图通过xpath检查某些属性值时，将其命名为XElementObj.XPathSelectElement/asdf/asd/wqer/xyz。。它给出了上述错误。。不是所有的时间，而是随机的

---

有人对此有任何想法吗。。请帮助。

我有类似的问题，从另一个问题中发现：

如果你想确定 异常正在发生，您可以 选择调试→例外菜单 项，并在显示的对话框中， 选中第一个复选框中的“常用” 语言运行时异常。这 将尽快使调试器中断 作为异常发生而不是仅发生 中断未处理的异常

这也是其原因之一 一般来说，抓住泛型是个坏主意 例外情况，除非你清楚 记录捕获的信息

---

我在asp.net应用程序中引发了此异常，并发现：

PRB:ThreadAbortException在使用Response.End、Response.Redirect或Server.Transfer时发生

这是有意义的，因为我是在页面上重定向的权利之前，任何东西是呈现预期的行为的方式

MS抑制任何异常的变通方法：

要解决此问题，请使用以下方法之一：

对于Response.End，调用HttpContext.Current.ApplicationInstance.CompleteRequest方法而不是Response.End，以绕过对Application_EndRequest事件的代码执行

对于Response.Redirect，使用重载Response.RedirectString url，bool endResponse，将endResponse参数传递为false，以抑制对Response.End的内部调用。例如：Response.Redirect nextpage.aspx，false

对于Server.Transfer，请改用Server.Execute方法

如果使用此解决方法，将执行Response.Redirect后面的代码。

---

对于Server.Transfer，请改用Server.Execute方法。

我不确定这是否与“第一次机会异常”有关-第一次机会异常是指捕获并处理的异常，以保持workflow.OMG的完整性。我有多少次忘记了。。。再次感谢你提醒我！我不喜欢这种新的到处乱扔东西的方法，不太喜欢：-太多的例外，伙计。。。