Windows Service soudainement ne rien faire

Question

Mon service Windows utilise un thread (pas un temporisateur) qui est toujours en boucle et dort pendant 1 seconde chaque boucle en utilisant: evet.WaitOne (intervalle); Lorsque je démarre le service, cela fonctionne très bien et je peux voir dans le gestionnaire de tâches qu'il fonctionne, consomme et libère de la mémoire, utilise un processeur ... etc c'est normal, mais après un certain temps (quantité aléatoire de temps) le service s'arrête tout simplement !! il est toujours là dans le gestionnaire de tâches mais il ne consomme aucun travail de processeur maintenant et sa consommation à la mémoire ne change pas. tout simplement (mort mais toujours là dans le gestionnaire de tâches comme un zombie).

Je sais que de nombreuses exceptions peuvent se produire lors de l'exécution du service (il fait vraiment beaucoup de choses) mais toutes ces exceptions sont gérées dans les blocs Try catch, alors pourquoi mon thread s'arrête-t-il? Ce thread se connecte également chaque fois qu'il boucle, quand il est freezig de cette façon il ne se connecte rien (bien sûr)

Answer 1

J'ai découvert qu'une exception est levée à un moment donné et que cette exception ouvre une boîte de dialogue (terminer l'application ou annuler pour déboguer). Ce dialogue est étrange car je suis sûr à 100% que tout mon code de service est sûr et que toutes les exceptions sont gérées. mais il semble que l'une des DLL tierces que j'appelle de ce service appelle une bibliothèque Win32 non sûre, qui lance cette exception (je ne suis pas sûr à ce sujet jusqu'à présent mais c'est le plus possible, car si mon code est provoquant l'exception, le service se terminera). Pour découvrir cette boîte de dialogue pendant l'exécution du service Windows, j'ai exécuté le service sous (compte Système local) et j'ai coché la case (Autoriser le service à interagir avec le bureau), sans quoi je ne verrais jamais ce dialogue même s'il est montré par la DLL appelée.

Merci à tous ceux qui ont essayé d'aider

Answer 2

Avez-vous essayé d'utiliser Thread.Sleep (intervalle) au lieu de la poignée d'attente?

Answer 3

Si vous utilisez .Net 2.0 ou version ultérieure, une exception non gérée dans le thread d'arrière-plan devrait complètement tuer le processus. Donc ce ne sera probablement pas le cas.

Pour vous assurer que ce qui se passe dans votre service, je vous suggère d'utiliser windbg, le long des lignes de ce que je viens de décrire un certain temps il y a une autre question what can cause asp.net to stop responding

Je vous suggère de repérer le fil des travailleurs et émettre un !CLRStack dessus pour voir ce qui le tient. Si le thread est introuvable, il est peut-être tombé en panne (mais votre processus d'hébergement devrait également avoir planté) ou il peut avoir quitté pour une raison ou une autre. Dans ce cas, utilisez la journalisation plus généreusement.