Pourquoi est-ce que j'obtiens "Thread was being aborted" en ASP.NET ?

Question

Je ne suis pas sûr de la raison pour laquelle cela se produit et je n'ai jamais explicitement interrompu les threads, donc c'est un peu une surprise. Mais je consigne les exceptions et je vois :

System.Threading.ThreadAbortException - Le fil a été interrompu.

Cela semble se produire lors d'un appel à System.Threading.WaitHandle.WaitOne . Je ne sais pas jusqu'où va cette exception. Je ne pense pas que mes threads se terminent jamais, parce que j'attrape le journal et avale l'erreur.

Pourquoi est-ce que j'obtiens ces erreurs ? Peut-être que c'est lorsque je ferme de force mon serveur ou que je lui demande de redémarrer ? Si ce n'est pas le cas, qu'est-ce qui peut les provoquer ?

Answer 1

Non, ThreadAbortException est déclenchée par une simple Response.Redirect

Answer 2

ASP.NET génère et tue des processus de travail tout le temps, selon les besoins. Il se peut que votre fil soit simplement arrêté par ASP.NET.

Vieille réponse :

Problème connu : PRB : ThreadAbortException se produit si vous utilisez Response.End, Response.Redirect, ou Server.Transfer

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

ou

try
{
    Response.Redirect("bla.aspx");
}
catch (ThreadAbortException ex)
{
}

Answer 3

Si vous créez des fils dans Application_Start ils seront toujours exécutés dans le pool d'applications. AppDomain .

Si une application est inactive pendant un certain temps (ce qui signifie qu'aucune demande n'est reçue), ou si certaines autres conditions sont remplies, ASP.NET recyclera l'ensemble des AppDomain .

Lorsque cela se produit, tous les fils que vous avez commencé à partir de ce AppDomain y compris ceux de Application_Start sera interrompue.

Cette question en dit beaucoup plus sur les pools d'applications et le recyclage : Qu'est-ce que le recyclage d'Appdomain ?

Si vous essayez d'exécuter un processus de longue durée dans le cadre de l'initiative IIS/ASP.NET la réponse courte est généralement "Ne le faites pas". C'est à cela que servent les services Windows.

Answer 4

Pour un service web hébergé en ASP.NET, la propriété de configuration est executionTimeout :

<configuration> <system.web>

<httpRuntime executionTimeout="360" />

</system.web>

</configuration>

Définissez cette option et l'exception d'interruption du fil disparaîtra :)

Answer 5

Ce problème se produit dans le Response.Redirect et Server.Transfer car les deux méthodes appellent Response.End en interne.

La solution à ce problème est la suivante.

Pour Server.Transfer utilisez le Server.Execute à la place.

Visitez ce lien pour télécharger un exemple.