Al depurar mi aplicación C #, he notado una gran cantidad de apariciones de la siguiente oración:
El hilo ha salido con el código 0 (0x0).
La aplicación sigue funcionando y no se detecta ninguna excepción.
La aplicación se ejecuta en Windows 7 de 64 bits y está depurada con la plataforma x86.
Respuestas:
Este es solo un mensaje de depuración. Puede desactivarlo haciendo clic derecho en la ventana de salida y desmarcando Thread Exit Messages.
http://msdn.microsoft.com/en-us/library/bs4c1wda.aspx
Además de programar desde su aplicación, la ventana Salida puede mostrar información sobre:
Módulos que el depurador ha cargado o descargado.
Excepciones que se lanzan.
Procesos que salen.
Hilos que salen.
Bueno, una aplicación puede tener muchos subprocesos ejecutándose en paralelo. Algunos son ejecutados por usted, el codificador, otros son ejecutados por clases marco (especialmente si se encuentra en un entorno GUI).
Cuando un hilo ha terminado su tarea, sale y deja de existir. Es decir, no hay nada alarmante en esto y no debería importarle.
Para completar la respuesta aceptada de BlueM, puede desactivarla aquí:
Herramientas> Opciones> Depuración> Configuración de salida general> Mensajes de salida del hilo: Desactivado
si su aplicación usa subprocesos directa o indirectamente (es decir, detrás de escena como en una biblioteca de terceros) es absolutamente común que los subprocesos terminen después de que terminan ... que es básicamente lo que describe ... el depurador muestra este mensaje ... puede configurar el depurador para que no muestre este mensaje si no lo desea ...
Si lo anterior no ayuda, proporcione más detalles, ya que no estoy seguro de cuál es exactamente el problema al que se enfrenta ...
El marco crea subprocesos para admitir cada ventana que crea, por ejemplo, como cuando crea un Formulario y lo muestra (). Cuando las ventanas se cierran, los hilos terminan (es decir, salen).
Este es un comportamiento normal. Sin embargo, si la aplicación está creando subprocesos y hay muchos mensajes de salida de subprocesos correspondientes a estos subprocesos (uno podría saberlo posiblemente por los nombres de los subprocesos, dándoles nombres distintos en la aplicación), entonces quizás esto sea indicativo de un problema con la aplicación creando subprocesos cuando no debería, debido a un error de lógica del programa.
Sería un seguimiento interesante que el póster original nos hiciera saber lo que descubrió con respecto a los problemas con el bloqueo del servidor. Tengo la sensación de que no tendría nada que ver con esto ... pero es difícil saberlo por la información publicada.
La ejecución de consultas Linq puede generar hilos adicionales. Cuando intento ejecutar un código que usa la colección de consultas Linq en la ventana inmediata, a menudo se niega a ejecutarse porque el depurador no dispone de suficientes subprocesos.
Como han dicho otros, que los hilos salgan cuando están terminados es perfectamente normal.
También me he enfrentado a este problema y la solución es:
Agregué este código nuevamente y mi programa se ejecutó con precisión:
Application.Run(new PayrollSystem());
//File name this code removed by me accidentally.