Come forzare la garbage collection di oggetti non è possibile effettuare il dereferenziamento?

Question

Utilizziamo API gestita da EWS che esegue il polling di MS Exchange per i nuovi messaggi di posta dopo un determinato intervallo. Ad ogni chiamata del sondaggio (PullSubscription.GetEvents()) - L'API Microsofts non riesce a disporre correttamente dello NetworkStream e fa aumentare proporzionalmente la memoria. Questo era precedentemente discussed here, ma mai risolto. Usando ANTS Profiler siamo stati in grado di determinare quali oggetti erano in continua crescita in memoria e isolare il problema.

Ora che il problema è stato isolato, esiste un modo per disporre di un NetworkStream creato in un'API esterna a cui non si fa riferimento? GC.Collect() non sembra disporlo poiché ha ancora un riferimento attivo. Cosa possiamo fare per ripulire il riferimento ciondolante? C'è un wrapper che possiamo usare per forzare la pulizia del loro SDK bacato?

Answer 1

Non c'è modo di forzare GC a rilasciare memoria per un oggetto referenziato!

Prima di tutto suggerirei di contattare microsoft stesso per un aiuto con questo bug.

In secondo luogo, stai parlando di "smaltimento" o solo di una versione di memoria? Sono due cose completamente diverse. (Modello identificabile, finalizzatori).

In terzo luogo, puoi semplicemente trasferire l'oggetto che fa riferimento a questi oggetti?

In quarto luogo, una soluzione possibile può essere quella di decompilare con riflettore il codice che ti sta dando il problema, capire un modo per arrivare ai campi che mantengono gli oggetti di riferimento, utilizzare la riflessione nel codice per accedere ai campi privati e metterli a zero. È un trucco molto sporco, ma se non hai altro modo è l'unica cosa a cui riesco a pensare. Fallo solo se non puoi andare in altri modi.

Answer 2

Il modo più semplice sarebbe eseguire la parte che interfaccia l'SDK nel proprio AppDomain e dopo aver terminato di scaricare AppDomain. Ciò causerà la liberazione di tutta la memoria allocata nell'AppDomain.

Ma è necessario aggiungere un po 'di lavoro al progetto in quanto è possibile interscambiare solo con un AppDomain un oggetto MarshalByRef o contrassegnato come serilizable.

Ciò consentirà inoltre di monitorare la quantità di memoria consumata da AppDomain. Quindi puoi creare il tuo AppDomain, eseguire l'SDK buggy e se raggiunge un limite speciale di consumo di memoria puoi scaricarlo.