Ресурсы, которые должны быть вручную очищены в C#?

Сборщик "мусора" обработает любые управляемые ресурсы. В Вашем примере будет очищена кисть, когда сборщик "мусора" решит, который произойдет некоторое время после того, как последняя ссылка на кисть будет больше не действительна.

Существуют определенные вещи, которые должны быть вручную очищены, но это - указатели, полученные из неуправляемых источников, таких как DLL звонит, ничто в Платформе.NET не нуждается в этой обработке как бы то ни было.

Одно место, чтобы быть осторожным является Объектами, которые выглядят маленькими к GC, но не являются... В API SharePoint, например, объект SPWeb имеет маленькое место, что касается GC и так будет иметь низкий приоритет для набора, но это действительно захватило набор памяти (в "куче", я полагаю), что GC не знает о. Вы столкнетесь с некоторыми забавными проблемами памяти, если Вы будете foreaching целый набор их, например, всегда не забывайте использовать использование или располагать!

Сначала после завершения программы, можно предположить, что память, используемая процессом, будет устранена с самим процессом.

В то время как использование располагает или деструктор in.net, нужно понять, что время того, когда расположить функция вызвана GC, недетерминировано. Это, почему рекомендуется использовать использование или вызов расположения явно.

При использовании ресурсов, таких как файлы, должны быть освобождены объекты памяти, такие как semaphors и ресурсы, которые живут за пределами управляемого мира .NET.

SolidBrush, например, необходимо расположить, потому что это - объект GDI и живущий за пределами мира .NET.

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

Одно из большого преимущества C# по сравнению с C/C++ - то, что Вы не должны заботиться об освобождении выделенных объектов (большую часть времени, по крайней мере); gc делает это, когда время выполнения решает (различные стратегии, когда/как сделать это).

Много ресурсов не заботятся о gc: файл, связанные с потоком ресурсы (блокировки), сетевые соединения, и т.д...

Ну, пока Вы используете управляемую версию ресурсов и не называете окна API собой, необходимо быть в порядке. Только беспокойство о необходимости удалить/уничтожить ресурс, когда то, что Вы получаете, является IntPtr, как "дескрипторы окон" (и много другие вещи) известно в.NET и не объекте.

Между прочим, ресурс (как любой другой объект.NET) будет отмечен для набора, как только Вы оставляете текущий контекст, поэтому при создании Кисти в методе это будет отмечено при выходе из него.

Если это справилось (т.е. часть платформы), Вы не должны волноваться об этом. Если это реализует IDisposable, просто переносят его в a using блок.

Если Вы хотите использовать неуправляемые ресурсы затем, необходимо читать на финализаторах и реализующий IDisposable сами.

Под этим вопросом существует намного больше детали

Как другие сказали, использование является Вашим другом. Я записал эту запись в блоге о том, как реализовать IDisposable довольно простым способом, который менее подвержен ошибкам путем факторизации частей, которые являются самыми важными.

Если Вы не расположите что-то, то это будет очищено, когда сборщик "мусора" заметит, что больше нет ссылок на него в Вашем коде, который может быть через какое-то время. Для чего-то как этот это действительно не имеет значения, но для открытого файла это, вероятно, делает.

В целом, если что-то имеет Расположить метод, необходимо назвать его, когда Вы закончили с ним, или, если Вы можете, обернуть его в a using оператор:

using (SolidBrush myBrush = new System.Drawing.SolidBrush(System.Drawing.Color.Black))
{
    // use myBrush
}

• Дескрипторы к внутренним структурам данных окон.
• Соединения с базой данных.
• Дескрипторы файлов.
• Сетевые соединения.
• Ссылки COM/OLE.

Список продолжается.

Важно звонить Dispose или даже еще лучше, используйте using шаблон.

using (SolidBrush myBrush = new System.Drawing.SolidBrush(System.Drawing.Color.Black))
{
    // use myBrush
}

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

В случае System.Drawing.Brush, Windows сохранит внутренние структуры окон для кисти загруженными в памяти, пока все программы не выпустят свой дескриптор.

Обычно что-либо, что реализует IDisposable, должно заставить Вас приостанавливать и исследовать ресурс, который Вы используете.

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

Последствия не расположения Вашего IDisposables могут варьироваться от незначительного хита производительности до катастрофического отказа Вашего приложения.

Объект Кисти в Вашем примере будет очищен GC, когда будет похоже на него. Но Ваша программа не будет обладать преимуществом того бита дополнительной памяти, которую Вы получили бы путем чистки его ранее. Если Вы используете много объектов Кисти, что это могло бы стать значительным. GC также более эффективен при чистке объектов, если они не были вокруг очень длинного, потому что это - сборщик "мусора" поколений.

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

Любое использование

using (new DisposableThing...
{
    ...
}

Или, если необходимо держаться за ссылку на IDisposable в объекте в течение его времени жизни, реализовать IDisposable на объекте и звонить, IDisposable's Располагают метод.

class MyClass : IDisposable
{
    private IDisposable disposableThing;

    public void DoStuffThatRequiresHavingAReferenceToDisposableThing() { ... }

    public void Dispose()
    {
        Dispose(true);
        GC.SuppressFinalize(this);
    }

    protected virtual void Dispose(bool disposing)
    //etc... (see IDisposable on msdn)

}

Прием, который я использую, когда я не могу помнить, является ли данный объект доступным ресурсом, должен ввести ".Dispose" (самое большее!) после объявления, чтобы заставить Intellisense проверять на меня:

MemoryStream ms = new MemoryStream().Dispose

Затем удалите.Dispose и используйте использование () директива:

using(MemoryStream ms = new MemoryStream())
{
  ...
}