Destructor: recibe un aviso si la aplicación falla

Question

¿Se llama a un destructor si la aplicación falla? Si se trata de una excepción no controlada, supongo que sí, pero ¿qué pasa con los errores más graves, o algo así como un usuario que mata el proceso de solicitud?

Y un par de preguntas más potencialmente mudos:

• lo que ocurre con todos los objetos de una aplicación cuando han sido ejecutadas las salidas de aplicaciones y todos los finalizadores - hacen los objetos reciben basura recogida o son de alguna manera todos " descargado "con el proceso o dominio de aplicación?
• es la parte del recolector de basura de cada aplicación (se ejecuta en el mismo proceso) o es independiente?

Answer 1

Te animo a probar esto por ti mismo. Por ejemplo:

using System; 

class Program { 
    static void Main(string[] args) { 
    var t = new Test(); 
    throw new Exception("kaboom"); 
    } 
} 
class Test { 
    ~Test() { Console.WriteLine("finalizer called"); } 
} 

Ejecutar esto en el símbolo del sistema para que pueda ver el último suspiro. Primero con la declaración de lanzamiento comentada.

Como cualquier excepción no controlada en Windows, el filtro de excepción predeterminado que proporciona Windows invoca el cuadro de diálogo Informes de errores de Windows, mostrado por WerFault.exe. Si hace clic en "Cerrar programa", WerFault usará TerminateProcess() para matar el programa. Eso es un final rápido, no hay oportunidad de ejecutar el hilo del finalizador, como sucedería cuando un programa sale normalmente.

Windows se encarga de la limpieza de la metralla. Cierra automáticamente los controles del sistema operativo que su programa pudo haber abierto pero no tuvo la oportunidad de cerrar en el finalizador. Los archivos son el problema más complicado aquí, sus búferes no se vacían y fácilmente terminará con un archivo parcialmente escrito en el disco.

Answer 2

Ni siquiera sé C#, pero en función de mis experiencias con otros lenguajes de programación, supongo: si una aplicación falla, eso significa que hay algo realmente malo en ella. Manejo de memoria incorrecto, etc. Sería extraño que cualquier lenguaje de programación intente ejecutar destructores/desasignadores/finalizadores/... en tal caso. Las cosas serían, probablemente, sólo tiene que ir más equivocado;)

Actualización: (se olvidó de tratar de responder a sus otras preguntas) de nuevo, no específico de C#, pero por lo general no hay garantía de que los destructores/deallocators/finalizadores/... en realidad ser llamado. La razón de esto es que cuando un proceso se cierra, es mucho más fácil y eficiente simplemente "zap" el bloque de memoria utilizado para el proceso que ejecutar sus destructores, etc. para limpiar la memoria.

No estoy seguro de cómo responder a su última pregunta sin entrar en demasiados detalles técnicos. Hay varias maneras en que los recolectores de basura pueden diseñarse y ejecutarse, la más fácil es que la recolección de basura detenga el proceso actual y lo continúe cuando esté terminado, aunque también es posible (aunque más difícil) tener recolectores de basura que se ejecuten simultáneamente. con procesos cuya memoria están recolectando.

Es posible que desee leer sobre la teoría de la recolección de basura para comprender mejor todo esto. De hecho, hay un sitio completo sobre este tema: www.memorymanagement.org.

Answer 3

Si mata una aplicación, la aplicación casi perderá el control al 100% y no hay posibilidad de que llame al destructor.