hVosttда действительно совсем позабыл сказать, что я не буду запрещать запуск финализатора для своего класса вручную и никакие «левые» библиотеки тоже не будут
Дурень, не финализатора, а деструктора. Разницу понимаешь? Финализатор вообще категорически запрещается трогать. Ладно, спишем на то, что оговорился.
http://msdn.microsoft.com/ru-ru/library/66x5fx1b.aspx If your application is using an expensive external resource, we also recommend that you provide a way to explicitly release the resource before the garbage collector frees the object. You do this by implementing a Dispose method from the IDisposable interface that performs the necessary cleanup for the object.
Или опять скажешь, что рекомендации от нашего вендора - филькина грамота?
Далее.
hVosttя бы хотел увидеть цитату Рихтера, который пишет, что вызов финализатора
не гарантирован . то, что он неизвестно когда выполнится — это точно. но, то что он выполнится по-любому, 100%.
РихтерБеда в том, что разработчики ошибочно полагают, что использование синтаксиса деструктора означает в С # детерминированное уничтожение объектов типа, как это происходит в С++ .Но CLR не поддерживает детерминированное уничтожение, поэтому С# не может предоставить этот механизм.
РихтерПри первом создании любого объекта, производнаго от типа Сritiсаl - FinalizerObject, CLR автоматически запускает JIT -компилятор, компилирующий все методы финализации в иерархии наследования. Компиляция этих методов после создания объекта гарантирует, что машинные ресурсы освободятся, как только объект станет мусором. Без компиляции метода финализации возможно лишь выделение и использование ресурсов, но не их освобождение. При недостатке памяти CLR не сможет найти достаточно памяти для компиляции метода финализации. Автоматическое управление памятью (сборка мусора) будет исполнен, что приведет к утечке машинных ресурсов. Также ресурсы не освобождаются, если код в методе финализации содержит ссылку на тип в другой сборке, которая не была обнаружена CLR
Таким образом, если нужна гарантированная финализация, нужно смотреть в сторону класса CriticaiFinalizerObject. Только зачем эти грабли нужны для такой задачи, как у тебя. Сотый раз повторяю, что это нужно использовать при захвате unmanaged объектов. В твоем случае, ты вообще используешь логику в деструкторе. Убей себя. Серьезно.
