Как отладить сборку мусора .net?

Question

Можно ли посмотреть на все .net объекты, которые собираются при вызове GC.Collect ()?

Мне нужно посмотреть, какие объекты все еще находятся в памяти и не возвращены, поэтому я могу найти, где восстановление объектов должно было выполняться вручную, но было забыто программистом.
Я не хочу вызывать GC.Collect, потому что кто-то где-то забыл избавиться от объекта, который блокирует некоторые ручки.

Answer 1

Я нашел, что лучший способ сделать это - использовать windbg и расширение SOS (son of strike). У него довольно загадочная командная строка, но она очень мощная. Он имеет возможность выгружать кучу и делить ее на кучу поколений GC. Как только вы пройдете начальную кривую обучения, очень легко отследить, какие объекты живы в какой части кучи. Вот несколько сайтов с примерами использования SOS

• http://blogs.msdn.com/tess/archive/2005/11/25/dumpheap-stat-explained-debugging-net-leaks.aspx
• http://geekswithblogs.net/.NETonMyMind/archive/2006/03/14/72262.aspx
• http://dotnetdebug.net/2005/07/04/dumpheap-parameters-and-some-general-information-on-sos-help-system/

РЕДАКТИРОВАТЬ ОП спросил о местонахождении sos.dll. Он включен в установку .Net Framework. Он расположен на

% WINDIR% \ Microsoft.Net \ Framework \ V2.0.50727 \ SOS.dll

Но как только вы загрузили windbg, вам не нужен полный путь. Только нам метод .loadby.

.loadby sos mscorwks.dll

Она будет искать версию sos в том же каталоге, что и текущая версия mscorwks (CLR)

Answer 2

Я использую SciTech's Memory profiler . Его немного сложно использовать, но есть несколько хороших обучающих видео. Это позволит вам увидеть, какие объекты расположены неправильно, в каком поколении они были собраны. Без него не удалось отладить утечки памяти ...