cómo rastrear si un proceso determinado arroja una excepción, usando el servicio de Windows en C#

Question

Mi proceso a veces arroja una excepción como dllnotfound después del inicio. tengo un servicio de monitoreo responsable de mantener el estado constante del proceso.

¿cómo puedo hacer un seguimiento del estado de mi proceso utilizando el servicio de Windows.

hay una implementación de código abierto del servicio de Windows que mantiene/realiza un seguimiento del estado del proceso en Windows.

Answer 1

Esto funcionó por ahora

http://weblogs.asp.net/fmarguerie/archive/2004/08/27/how-to-turn-off-disable-the-net-jit-debugging-dialog.aspx

Answer 2

Editar: Así que el problema real no era que el proceso estuviera muriendo, sino que el proceso estaba atascado en un diálogo de controlador de excepción esperando que el usuario presionara para depurar o cancelar. La solución al problema fue desconectar la ventana de depuración JIT .net, instrucciones aquí http://weblogs.asp.net/fmarguerie/archive/2004/08/27/how-to-turn-off-disable-the-net-jit-debugging-dialog.aspx

Mi solución propuesta original es a continuación

---

No es un servicio de la ventana, pero este es un programa muy fácil .NET escribir.

use System.Diagnostics.Process para obtener un objeto Proceso para el proceso que desea verificar. Puede usar GetProcessByName si desea abrir un proceso existente. Si crea el proceso desde C#, entonces ya tendrá el objeto de proceso.

Entonces solo puede WaitForExit con o sin un tiempo de espera en el objeto Process. o pruebe la propiedad HasExited, o registre una devolución de llamada Exited. Una vez que el proceso haya finalizado, puede verificar la propiedad ExitCode para averiguar si el proceso arrojó un valor de error.

Answer 3

Eso no es posible, las excepciones son locales a un subproceso primero, local a un proceso secundario si no se controla. Una excepción no controlada dará por terminado el proceso. La única metralla que puedes recoger de un proceso tan muerto es el código de salida del proceso. Que debería establecerse en 0xe0434f4e, el código de excepción para una excepción no gestionada. No hay otra información relevante disponible, a menos que haya un manejador de excepciones no manejado en el proceso que registre el estado. Ese estado es muy poco confiable, el proceso sufrió un gran ataque al corazón.

Mantener procesos múltiples sincronizados y funcionando correctamente cuando pueden morir por excepciones es extraordinariamente difícil. Solo la muerte puede detectarse de manera confiable, evitar hacer más.

Answer 4

Una cosa que podría hacer es supervisar el uso de la CPU del proceso. Supongo que su proceso desaparece cuando se lanza la excepción. Por lo tanto, el uso de la CPU del proceso debe ser 0 ya que ya no está disponible. Por lo tanto, si el uso de la CPU permanece en cero durante un cierto período de tiempo, puede suponer con seguridad que el proceso ha elevado la excepción. Este método no es infalible, ya que basar su decisión en el uso de la CPU y un proceso legítimo puede tener un uso de CPU cero durante un período de tiempo determinado. Puede incorporar esta verificación dentro de su servicio de monitoreo o puede escribir un script VB simple para verificar externamente el proceso del uso de la CPU.

Answer 5

En el caso de DllNotFoundException y otras cosas que suceden en el arranque, puede hacer que la solicitud se indique cuando se termine la puesta en marcha. Haga que escriba una marca de tiempo en un archivo, por ejemplo. Su monitor puede comparar el momento en que la aplicación comenzó con el tiempo en el archivo.

Answer 6

Solicite a su proceso que escriba eventos y excepciones en el registro de la aplicación del sistema y haga que su monitor compruebe periódicamente las entradas para encontrar eventos relacionados con su proceso, y puede verificar los eventos del sistema para iniciar y detener eventos.

Si el proceso en sí es un servicio de Windows, puede verificar su estado usando `System.ServiceProcess.ServiceController '.