Exception ASP.NET "Le thread était en cours d'abandon" provoque la sortie de la méthode

Question

Dans le code ci-dessous, parfois someFunctionCall() génère une exception "Thread was avorted". Comment se fait-il que le code dans le bloc de code B ne fonctionne jamais? Est-ce que ASP.NET démarre un nouveau thread pour chaque appel de méthode? J'ai été surpris de voir que lorsque cette exception se produit, le code du bloc b ne s'exécute jamais, la méthode retourne, et mon application continue à fonctionner. Quelqu'un peut-il expliquer cela?

Merci.

public void method() 
{ 
    // CODE BLOCK A 
    //... 


    try 
    { 
     someFunctionCall(); // this call is generating thread abort exception 
    } 
    catch(Exception ex) 
    { 
     // log exception message 
    } 

    // CODE BLOCK B 
    // ... 

} 

Answer 1

Ceci est un ThreadAbortException; c'est une exception spéciale qui est automatiquement renvoyée à la fin de chaque bloc de saisie, sauf si vous appelez Thread.ResetAbort(). Les méthodes ASP .Net telles que Response.End ou Response.Redirect (sauf si vous transmettez false) lancent cette exception pour terminer le traitement de la page en cours; votre someFunctionCall() appelle probablement l'une de ces méthodes.

ASP .NET gère lui-même cette exception et appelle ResetAbort pour continuer le traitement.

Answer 2

Essayez de cette façon:

C'est ma méthode d'extension:

public static void WriteJSONObject(this HttpResponse response, object content) { 
      response.ContentType = "application/json"; 
      response.Write(new JavaScriptSerializer().Serialize(content)); 
      response.End(); 

} 

Et la logique:

public void RegisterUser() { 
    try { 
     Response.WriteJSONObject(new { Result = "See hello" }); 
    } 
    catch (Exception err) { 
     if (err.Message != "Thread was being aborted.") 
      Response.WriteJSONObject(new { Result = err.Message }); 
     else { 
      Response.End(); 
     } 
    } 
} 

Answer 3

Pour contourner ce problème, utilisez un des méthodes suivantes: Pour Response.End, appelez le HttpContext.Current.ApplicationInstance.CompleteRequest méthode au lieu de Response.End pour ignorer l'exécution de code à l'événement Application_EndRequest.

Pour Response.Redirect, utilisez une surcharge, qui passe Response.Redirect(String url, bool endResponse) false pour le paramètre endResponse pour supprimer l'appel interne à Response.End. Par exemple:

Response.Redirect ("nextpage.aspx", false); 

Si vous utilisez cette solution de contournement, le code qui suit Response.Redirect est exécuté. Pour Server.Transfer, utilisez plutôt la méthode Server.Execute.