J'ai eu une erreur bizarre avec Voulez-vous juste savoir s'il s'agit d'un problème connu ou de quelque chose ... réponse.redirect () et le projet ne consistait pas du tout. Quand j'ai supprimé le bloc try-capit-catch qui entoure Le bloc de code où réponse.redirect () était fonctionné normalement ..
5 Réponses :
Si je me souviens bien, Edit: réponse.redirect () jette une exception pour abandonner la demande actuelle ( threadabortedexception ou quelque chose comme ça). Vous pouvez donc attraper cette exception.
+1. Notez que l'utilisation de non-lanceurs redirection continuera à exécuter la demande (ou au moins fonctions de la pile actuelle) qui peut casse des effets secondaires intéressants (c.-à-d. Persister les informations ou la journalisation qui ne seraient pas exécutées si une exception est lancée. ). Les précautions doivent être prises pour ne pas exécuter de code non trivial après la redirection intentionnelle.
Comme Martin pointe, Response.redirect jette une exception threadabortex. La solution consiste à ré-jeter l'exception:
Vous n'avez réellement besoin de ré-jeter la phrase threadabortexception. L'exécution sera automatiquement résouée de toute façon à la fin du bloc de capture. Voir la section Remarques de msdn.microsoft.com/en-us / Bibliothèque / ...
Il n'est pas nécessaire de repousser cette exception, après chaque essai, le bloc de capture a traité cette exception, l'exception est de toute façon par le CLR de toute façon. Vous ne pouvez arrêter que cela en appelant fil .Resetabort () mais je ne le recommanderais pas.
OK :-) Mais vous devez toujours attraper la filetabortexception séparément (ou vérifier le type de l'exception manuellement)
L'article de KB que Nathan Koop Links a le moyen recommandé de gérer cela en appelant une surcharge différente de la méthode de réponse.ReDirect ().
Martin est correct, une exception threadabortException est lancée lorsque vous utilisez une réponse.redirect, voir le Article KB ici
Je ne pense pas qu'il y ait un problème connu ici.
Vous ne pouvez tout simplement pas faire une redirection () à l'intérieur d'un bloc d'essai / attraper, car la redirection laisse la commande actuelle à une autre .aspx (par exemple), qui laisse la capture dans l'air (ne peut y reviens) .
Edit: D'autre part, j'ai pu avoir tout cela en arrière. Désolé.
Ce n'est pas correct. Lorsque vous appelez Response.redirect (), une exception threadabortex est lancée, qui peut être attrapée.
Ouais, j'ai oublié de penser que pendant que je tapais :), mes excuses.
Vous avez peut-être fait référence à une variable déclarée à l'intérieur du bloc d'essai.
Par exemple, le code ci-dessous n'est pas valide: P>
var b = false;
try
{
b = bool.Parse("Yeah!");
}
catch (Exception ex)
{
if (b)
{
Response.Redirect("somewhere else");
}
}
Pouvez-vous poster le code qui ne construirait pas?
@Fredrik: Je suis d'accord sur la plupart des réponses ici ne peuvent que deviner qu'à ce qui se passe. L'action continue d'une filetabortexception peut être liée mais difficile à dire sans l'erreur en réalité survenue et le même code exemple.
Son code ne compile même pas, pourquoi parlons-nous de jeter et d'attraper le filabortexception?