Gibt es etwas, das verhindert, dass Antwort.Umleitung für die Arbeit im inneren try-catch-block?

Bekam ich einige seltsame Fehler mit response.redirect() und das Projekt nicht bauen auf alles.. wenn ich entfernt die try-catch - - block, der war rund um die code-block, wo Response.Redirect() war in ihm arbeitete normal..

Wollen einfach nur wissen, ob dies ein bekanntes Problem oder so...

  • Können Sie nach dem code, dass das nicht bauen?
  • Ich Stimme den meisten Antworten hier können nur erahnen, was passiert ist. Die fortgesetzte Handlung eine threadabortexception kann verwandt werden, aber es schwer zu sagen, ohne das tatsächlich Fehler, die aufgetreten sind und die gleichen Beispiel-code.
  • Seinen code nicht selbst kompilieren, warum reden wir über das werfen und fangen "ThreadAbortException"?
InformationsquelleAutor Vitor Reis | 2009-06-30
  1. 23

    Wenn ich mich richtig erinnere, Response.Redirect() wirft eine exception zum Abbruch der aktuellen Anforderung (ThreadAbortedException oder so ähnlich). So könnten Sie abfangen der Ausnahme.

    Edit:

    Diese KB-Artikel beschreibt dieses Verhalten (auch für die Request.End() und Server.Transfer() Methoden).

    Für Response.Redirect() es besteht eine überlast:

    Response.Redirect(String url, bool endResponse)

    Wenn Sie pass endResponse=false, dann wird die Ausnahme nicht ausgelöst (aber die Laufzeit wird weiterhin die Bearbeitung der aktuellen Anfrage).

    Wenn endResponse=true (oder wenn die andere überladung verwendet wird), wird die Ausnahme geworfen und die aktuelle Anfrage wird sofort gekündigt werden.

    • +1. Beachten Sie, dass die Verwendung von nicht-werfen Redirect wird weiterhin die Ausführung der Anfrage (oder zumindest Funktionen, die auf aktuellen stack), in dem Fall interessant Nebenwirkungen (D. H. persistierende Informationen oder Anmeldung nicht ausgeführt, wenn exception geworfen wird). Sorgfalt getroffen werden müssen nicht zu laufen, alle nicht-trivialen code nach absichtlich umleiten.
    • dieser arbeitete für mich sehr Hervorragende Antwort!
    InformationsquelleAutor M4N
  2. 4

    Als Martin weist darauf hin, Antwort.Redirect löst eine ThreadAbortException. Die Lösung ist neu-Ausnahme:

    try  
{
   Response.Redirect(...);
}
catch(ThreadAbortException)
{
   throw; //EDIT: apparently this is not required :-)
}
catch(Exception e)
{
  //Catch other exceptions
}
    • Sie nicht wirklich brauchen, um wieder zu werfen, die ThreadAbortException. Die Laufzeit wird automatisch wiederbeleben, es trotzdem am Ende des catch-Blocks. Auf die Ausführungen im Abschnitt msdn.microsoft.com/en-us/library/...
    • Es gibt keine Notwendigkeit, rethrow diese Ausnahme, nach jedem try-catch-block behandelt wurde dieser Ausnahme, ist die Ausnahme erneut ausgelöst, die von der CLR sowieso. Sie können nur stoppen, das durch den Aufruf von Thread.ResetAbort (), aber ich würde nicht empfehlen es.
    • Ok 🙂 Aber Sie müssen noch zu fangen, die ThreadAbortException separat (oder überprüfen Sie den Typ der Ausnahme manuell)
    • Der KB-Artikel, Nathan Koop-links ist der empfohlene Weg, dies zu behandeln, indem Sie eine andere überladung der Antwort.Redirect () - Methode.
    InformationsquelleAutor Philippe Leybaert
  3. 3

    Martin korrekt ist, wird eine ThreadAbortException geworfen erhält, wenn Sie eine Antwort.Umleiten, finden Sie unter der kb-Artikel hier

    InformationsquelleAutor Nathan Koop
  4. 0

    Müssen Sie möglicherweise auf eine variable, die deklariert wird innerhalb des try-Blocks.

    Zum Beispiel, der folgende code wird ungültig:

    try
{
  var b = bool.Parse("Yeah!");
}
catch (Exception ex)
{
  if (b)
  {
    Response.Redirect("somewhere else");
  }
}

    Sollten Sie aus der b-Deklaration außerhalb des try-catch-block.

    var b = false;
try
{
  b = bool.Parse("Yeah!");
}
catch (Exception ex)
{
  if (b)
  {
    Response.Redirect("somewhere else");
  }
}
    InformationsquelleAutor Adrian Godong
  5. -3

    Ich glaube nicht, dass es irgendein bekanntes Problem hier.

    Können Sie einfach nicht tun, einen Redirect() in einem try/catch-block, weil Redirect verlässt das aktuelle Steuerelement zu einem anderen .aspx (zum Beispiel), bleibt der Haken in der Luft (kann nicht kommen zurück, um es).

    EDIT: Auf der anderen Seite, vielleicht hatte ich all dies dachte, nach hinten. Sorry.

    • Das ist nicht korrekt. Beim aufrufen von Response.Redirect(), eine ThreadAbortException ausgelöst, die abgefangen werden kann.
    • Ja, vergaß zu denken, während ich getippt :), ich entschuldige mich.
    InformationsquelleAutor tzup
Schreibe einen Kommentar