У меня вопрос из области сборки мусора. А именно мне не понятно является ли объект типа FileStream, StreamWriter, StreamReader неуправлемым? Следует для них в финализаторе использовать метод Close()? 

Да.


Да, если они не закрываются ранее, предпочтительнее закрывать ресурсы как можно быстрее, используй блок using с этой целью.

Нет, в .net все объекты - управляемые. Они сами реализуют Dispose/Finalize и сами вполне нормально освобождают свои ресурсы. Но финализаторы - вещь непредсказуемая, поэтому лучше всегда вызывать Close(), или использовать эти типы в using.

Ни в коем случае. Финализаторы нужно использовать только для работы с неуправляемыми ресурсами.

2PashaPash C каких пор файлы и потоки ОС стали управляемыми?

FileStream, StreamWriter, StreamReader - это управляемые обертки неуправляемых ресурсов.

Финализаторы - очень предсказуемая вещь, где тут непредсказуемость?  читай Рихтера

С каких пор FileStream, StreamWriter, StreamReader - это файлы и потоки ОС??? С каких пор в винде вообще есть потоки? 
Неуправляемые файлы - это HFILE и HANDLE, полученные через OpenFile/CreateFile. FileStream - это стандартная управляемая обертка над ними, позволяющая работать с ними как с Stream. Она берет на себя всю работу по управлению неуправляемыми ресурсами. 
А StreamWriter и StreamReader - это вообще чисто managed вещи, просто реализация TextReader/Writer для работы с потоком.

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

Добавлено через 5 минут и 54 секунды

Порядок вызова непредсказуем, а не общее поведение финализаторов. Да и при завершении приложения финализаторы себя забавно ведут. Да и Рихтер недоговаривает очень часто - он же не msdn.

Вот именно, что обёртка.

Вот именно обертка - управляемый объект, который полностью инкапсулирует работу с неуправляемыми файлами OS. "Полностью" означает что обертка сама управляет всеми неуправляемыми ресурсами, полностью скрывает детали управления ими от пользователя, и реализует паттерн Dispose/Finalize. Это значит, что ее финализатор будет вызват независимо от финализатора твоего объекта.

Это сообщение отредактировал(а) PashaPash - 11.9.2008, 18:45

Вызван то он будет, только весь вопрос в том когда именно? причём важнее не финализатор, а Dispose(). Потому и блоки using используют, чтобы неявно побыстрее вызвать Dispose() и освободить ресурс. А метод Close() в данном случае лишь псевдоним Dispose().

Перечитай внимательно первый пост, и мой ответ на него. Топикастер задал вопрос: нужно ли вызвать Close для FileStream, StreamWriter, StreamReader в финализаторе класса [который их использует]. Правильный ответ на него: нет, ни в коем случае. По той причине, что эти классы вызывают Close в своих собственных финализаторах. А совсем правильный ответ - в классе вообще не должно быть полей этих типов, такие вещи надо выбрасывать сразу после использования.

На всякий случай - финализатор - это finalizer, он же ~ClassName а не блок try/finally.
Кстати, для FileStream, и вообще всех наследников Stream нужно вызывать именно Close (если не используется using). Исторически так сложилось.

Ну хоть в чём-то ты со мной согласился.