Come si disinstalla .NET quando una DLL C++/CLI scarica?

Question

Sono nuovo di C++/CLI, quindi per favore portami con me ...

Sto lavorando su una DLL mista C++/CLI, che dovrebbe fungere da ponte tra un processo Win32 e un assembly .NET. . Nella DLL, ho bisogno di alcune cose di .NET per essere presente durante la vita della DLL. L'inizializzazione non è un grosso problema, ma non riesco a capire quando posso pulire in modo sicuro il materiale .NET. Le solite strutture C++ (DLL_PROCESS_DETACH, variabili globali e locatori statici d'ufficio) sembrano tutte essere chiamate dopo che CLR è andato via.

Quindi, quale è il modo per ottenere la notifica che la DLL sta per staccare dal CLR, quindi posso rilasciare i riferimenti .NET che tengo?

Answer 1

_{Beh, rispondendo alla mia domanda sembra imbarazzante, ma questo non è stato suggerito da qualcun altro, ed è quello che cercavo ... quindi:}

scopre Microsoft offre una variazione di esotico onexit, chiamato _onexit_m, che dovrebbe essere utilizzato nelle DLL in modalità mista. Quando si utilizza _onexit_m per registrare una funzione di callback (gestita), tale funzione verrà chiamata quando la DLL sta per essere scaricata, ma prima che CLR sia stato arrestato. È simile a AppDomain.DomainUnload, suggested by Ben Voigt, ma per qualche motivo non riesco a far funzionare DomainUnload, e _onexit_m è più semplice da usare IMHO.

Answer 2

Questo potrebbe non essere applicabile al lato C++ di .NET, ma a mia conoscenza l'unico modo per ottenere il CLR per rilasciare un assembly caricato è quello di disporre dell'AppDomain; e, a meno che tu non abbia pianificato la gestione manuale di AppDomain, probabilmente hai solo l'AppDomain iniziale, rendendo l'eliminazione l'equivalente di uccidere la tua applicazione.

Answer 3

.NET Dll deve essere considerato come set di classi di riferimento separate. Ogni istanza di classe ref ha una durata specifica e la gestione delle risorse viene eseguita relativamente alla durata dell'istanza della classe. Il modello Dispose correttamente implementato risolve tutti i problemi di gestione delle risorse.

Ogni classe C++/CLI, che ha alcune risorse native o membri della classe usa e getta, deve avere un distruttore e un finalizzatore opzionale. Nello specifico, i riferimenti .NET vengono rilasciati nel distruttore di classe, che viene associato al metodo C# Dispose.

Answer 4

Se è necessario occuparsi di AppDomain scarica, utilizzare l'evento AppDomain.DomainUnload per eseguire la pulizia.

Come dice STW, le librerie con codice gestito non possono mai essere scollegate da un AppDomain, l'unico modo per separarlo dal processo è scaricare AppDomain.

Se non si gestisce AppDomain, è sufficiente perdere la risorsa gestita (e svuotare correttamente le risorse non gestite durante lo scollegamento del processo). Meglio ancora, progettalo come software solo per crash, in modo che non sia necessaria alcuna pulizia.