Вопрос о сборщике "мусора" в.NET (утечка памяти)

Да, сборщик мусора освобождает ваши объекты, когда они больше не используются.

То, что мы обычно называем утечкой памяти в .NET, больше похоже на:

• Вы использовать внешние ресурсы (которые не собираются сборщиком мусора) и забыть их освободить. Обычно это решается путем реализации интерфейса IDisposable.
• Вы думаете, что ссылок на данный объект нет, но действительно где-то есть, и вы их больше не используете, но сборщик мусора о них не знает.

Кроме того, память освобождается только тогда, когда это необходимо, то есть сборщик мусора активируется в определенное время и выполняет сборку, определяя, какая память может быть освобождена, и освобождая ее. Пока это не произойдет, память не будет востребована, поэтому может показаться, что память теряется.

Вот, я думаю, Я дам более сложный ответ, чтобы прояснить ситуацию.

Во-первых, сборщик мусора работает в собственном потоке. Вы должны понимать, что для того, чтобы освободить память, сборщик мусора должен остановить все другие потоки, чтобы он мог проследить цепочку ссылок и определить, что от чего зависит. Это причина того, что память не освобождается сразу, сборщик мусора подразумевает определенные затраты на производительность.

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

Если вы действительно хотите увидеть эффекты освобождения формы (когда вы выходите из области видимости и больше не имеете на нее ссылки), вы можете вызвать GC.Collect () . Делайте это только для тестирования, вызывать Collect крайне неразумно, за исключением очень немногих случаев, когда вы точно знаете, что делаете и какие последствия это будет иметь.

Еще немного объяснений о методе Dispose интерфейса IDispose.

Dispose - это не деструктор в обычном смысле C ++, это вообще не деструктор. Dispose - это способ детерминированного избавления от неуправляемых объектов . Пример. Предположим, вы вызываете внешнюю библиотеку COM, которая выделяет 1 ГБ памяти из-за того, что она делает. Если у вас нет Dispose, эта память будет сидеть там, трата места до тех пор, пока сборщик мусора не создаст коллекцию и не освободит неуправляемую память, вызвав деструктор фактического объекта. Поэтому, если вы хотите сразу же освободить память, вам нужно вызвать метод Dispose, но вас не «заставляют» это делать.

Если вы не используете интерфейс IDisposable, вам необходимо освободить неуправляемые ресурсы. в методе Finalize. Finalize автоматически вызывается из деструктора объекта, когда сборщик мусора пытается вернуть объект. Поэтому, если у вас есть правильный метод финализации, неуправляемая память будет освобождена в любом случае. Вызов Dispose только сделает его детерминированным.

Чтобы использовать интерфейс IDisposable, вам нужно освободить неуправляемые ресурсы в методе Finalize. Finalize автоматически вызывается из деструктора объекта, когда сборщик мусора пытается вернуть объект. Поэтому, если у вас есть правильный метод финализации, неуправляемая память будет освобождена в любом случае. Вызов Dispose только сделает его детерминированным.

Чтобы использовать интерфейс IDisposable, вам нужно освободить неуправляемые ресурсы в методе Finalize. Finalize автоматически вызывается из деструктора объекта, когда сборщик мусора пытается вернуть объект. Поэтому, если у вас есть правильный метод финализации, неуправляемая память будет освобождена в любом случае. Вызов Dispose только сделает его детерминированным.