C# Почему у нас есть финализаторы

Question

Я слышал советы о том, как вводить коды для обработки неуправляемых ресурсов как в финализаторе, так и в методе Dispose(). То, что я не понимаю, состоит в том, что, поскольку финализаторы вызывается, когда происходит GC, мы можем технически предположить, что он все время называется. В таком случае зачем беспокоиться об удалении объекта? Я что-то упускаю?

Answer 1

В таком случае зачем беспокоиться об удалении объекта?

Поскольку у вас нет контроля над , когда финализатор работает. Вполне возможно, что GC работает слишком часто, и программа, которая опирается только на финализаторы, может потерпеть крах из-за нехватки ресурсов (дескрипторы файлов, db-соединения).

Лучшая практика (одноразовый шаблон) использует финализаторы в качестве плана резервного копирования, нередко выполнение финализатора считается ошибкой, требующей исправления.

Answer 2

Цитируя MSDN http://msdn.microsoft.com/en-us/library/b1yfkh5e(v=vs.110).aspx

Хотя финализаторы эффективны в некоторых сценариях очистки, они имеют два существенных недостатка:

• Финализатор вызывается, когда GC обнаруживает, что объект имеет право на сбор. Это происходит на неопределенный период времени после того, как ресурс не нужен . Задержка между тем, когда разработчик мог или захотел выслать ресурс, и время, когда ресурс на самом деле , выпущенный финализатором, может быть неприемлемым в программах, которые приобретают много ограниченных ресурсов (ресурсы, которые можно легко истощать) или в случаи, когда ресурсы являются дорогостоящими для использования (например, большие неуправляемые буферы памяти).

• Когда CLR нужно вызвать финализации, он должен отложить сбор памяти объекта до следующего раунда сбора мусора (в Финализаторах курсируют между коллекциями). Это означает, что память объекта (и все объекты, на которые он ссылается) не будет освобождена для более длительного периода времени.