System.Threading."ThreadAbortException" - verursacht durch die Reaktion.Umleiten

Der ideale Weg, um redirect-Aufruf Response.Redirect(someUrl, false) und rufen Sie dann CompleteRequest()

Vorbei false Response.Redirect(...) wird verhindert, dass die ThreadAbortException ausgelöst wird, jedoch ist es noch wichtig zu Ende der Lebenszyklus der Seite durch den Aufruf CompleteRequest().

Wenn Sie diese Methode verwenden, die in einer Seite-handler zu beenden, eine Anfrage für
einer Seite und starten Sie eine neue Anfrage für eine andere Seite, Satz endResponse zu
falsch und dann rufen Sie die CompleteRequest () - Methode. Wenn Sie true angeben
für die endResponse parameter, die diese Methode ruft die End-Methode für
die ursprüngliche Anforderung, die löst eine ThreadAbortException-Ausnahme
wenn es abgeschlossen ist. Diese Ausnahme hat einen negativen Effekt auf die Web
die Leistung der Anwendung, die ist, warum vorbei false für das
endResponse parameter wird empfohlen. Für mehr Informationen, siehe die
Ende Methode.

Beachten Sie, dass, wenn die Response.Redirect(...) - Methode aufgerufen wird, wird ein neuer thread erzeugt wird, mit einem ganz neuen Seite-Lebenszyklus zu handhaben, die neue umgeleitet Antwort. Wenn die neue Reaktion beendet ist, ruft es Response.End() auf die original-Antwort, die schließlich löst eine ThreadAbortException und wirft die EndRequest Veranstaltung. Wenn Sie verhindern Response.End() aus aufgerufen (durch übergabe von false auf Response.Redirect), dann müssen Sie rufen Sie CompleteRequest() die:

Ursachen ASP.NET umgehen alle Veranstaltungen und filtern in der HTTP-pipeline
Kette der Ausführung und direkt ausführen EndRequest-Ereignis.

Wort der Vorsicht:

Wenn Sie anrufen Response.Redirect(someUrl, false) so dass der code weiter ausgeführt werden, möchten Sie vielleicht ändern Sie Ihren code so, dass die Verarbeitung ordnungsgemäß beendet. Manchmal ist dies so einfach wie das hinzufügen eines return um eine void-Methode aufrufen. Allerdings, wenn Sie tief in einem call-stack, das ist viel schwieriger und wenn Sie nicht wollen, mehr code ausgeführt, es könnte sein leichter zu passieren wahr wie Response.Redirect(someUrl, true) absichtlich erwarten, dass die ThreadAbortException - die übrigens nicht schlecht ist, sollte man erwarten, dass er während Response.Redirect(...) und Server.Transfer(...) Anrufe.

ThreadAbortException kann Nicht Gestoppt Werden kann Durch das Abfangen der Ausnahme

Den ThreadAbortException ist nicht Ihre gewöhnliche Ausnahme. Auch wenn Sie wickeln Sie Ihren code in einen try-catch-block, der ThreadAbortException wird sofort ausgelöst, nachdem die finally-Klausel.

Wird beim Aufruf der Abort-Methode zu zerstören, ein thread, der
common language runtime löst eine ThreadAbortException aus.
ThreadAbortException ist eine Besondere Ausnahme, die gefangen werden können, aber es
wird automatisch wieder erhöht, am Ende des catch-Blocks. Wenn
diese Ausnahme ausgelöst wird, führt die Laufzeitumgebung alle finally-Blöcke
vor dem Ende des thread. Da der thread kann eine unbegrenzte
Berechnung im finally-Blöcke oder - Aufruf-Thread.ResetAbort Abbrechen
der Abbruch, es gibt keine Garantie, dass der thread jemals enden wird. Wenn Sie
möchten Sie warten, bis der abgebrochene thread beendet ist, können Sie rufen Sie die
Thread.Join-Methode. Join ein blockierender Aufruf, nicht zurück, bis
der thread tatsächlich beendet die Ausführung.

Oft das, was ich gesehen habe im code einen try-catch-block um Antwort.Redirect, das sich von Ausnahmen, die nicht ThreadAbortExceptions (da Sie erwarten, dass diese). Beispiel:

private void SomeMethod()
{
   try
   {
      //Do some logic stuff
      ...

      if (someCondition)
      {
         Response.Redirect("ThatOneUrl.aspx", true);
      }
   }
   catch (ThreadAbortException)
   {
      //Do nothing.  
      //No need to log exception when we expect ThreadAbortException
   }
   catch (Exception ex)
   {
      //Looks like something blew up, so we want to record it.
      someLogger.Log(ex);
   }
}

InformationsquelleAutor Sam