¿Cómo limpio cosas .NET cuando se descarga una DLL C++/CLI?

Question

Soy nuevo en C++/CLI, así que tenga paciencia ...

Estoy trabajando en una DLL mixta de C++/CLI, que debería actuar como un puente entre un proceso Win32 y un ensamblado .NET . En la DLL, necesito que algo de .NET esté presente durante la vida útil de la DLL. Inicializar no es un problema tan grande, pero no pude averiguar cuándo puedo limpiar de forma segura las cosas de .NET. Las instalaciones habituales de C++ (DLL_PROCESS_DETACH, variables globales y locales estáticos d'ors) parecen ser llamadas después de que el CLR se haya ido.

Entonces, ¿cuál es la manera de recibir notificaciones de que la DLL está a punto de separarse de la CLR, así que puedo liberar las referencias de .NET que tengo?

Answer 1

_{Bueno, respondiendo a mi propia pregunta parece torpe, pero esto no fue sugerido por cualquier otra persona, y es lo que estaba buscando ... así:}

resulta Microsoft ofrece una variación exótica de onexit, llamado _onexit_m, que se debe utilizar en DLL de modo mixto. Cuando se usa _onexit_m para registrar una función de devolución de llamada (administrada), se llamará a esa función cuando la DLL esté a punto de descargarse, pero antes de que se haya cerrado el CLR. Es similar a AppDomain.DomainUnload, suggested by Ben Voigt, pero por alguna razón no pude conseguir DomainUnload funcione, y _onexit_m es más fácil de usar en mi humilde opinión.

Answer 2

Esto podría no aplicarse al lado C++ de .NET, pero que yo sepa, la única manera de hacer que CLR libere un ensamblaje cargado es deshacerse del dominio de la aplicación; y a menos que haya diseñado una administración de AppDomain manual, es probable que solo tenga el AppDomain inicial, lo que hace que la eliminación sea equivalente a eliminar su aplicación.

Answer 3

.NET DLL debe ser tratado como conjunto de clases separadas ref. Cada instancia de la clase de referencia tiene su propia vida, y la administración de recursos se realiza en relación con la duración de la instancia de la clase. El patrón Dispose correctamente implementado resuelve todos los problemas de gestión de recursos.

Cada clase C++/CLI, que tiene algunos recursos nativos, o miembros de clase descartables, debe tener el destructor y el finalizador opcional. Específicamente, las referencias .NET se liberan en el destructor de clase, que se asigna al método C# Dispose.

Answer 4

Si necesita ocuparse de las descargas de AppDomain, use el evento AppDomain.DomainUnload para realizar la limpieza.

Como dice STW, las bibliotecas con código administrado nunca se pueden separar de un AppDomain, la única manera de desconectarlo de su proceso es descargar el AppDomain.

Si no está administrando AppDomains, solo filtre el recurso administrado (y purgue correctamente los recursos no administrados durante el proceso de separación). Mejor aún, diseñarlo como un software de bloqueo solo para que no se requiera ninguna limpieza.