Вызывается ли Dispose?

@Penelent · 15.02.2016, 21:48. **Показов** 1837. **Ответов** 8

Студворк — интернет-сервис помощи студентам

есть disposable объекты, типа stream... так вот вопрос такой если написать вот так например:

C#
1
2
var serializer = new XmlSerializer(obj.GetType());
serializer.Serialize(new StreamWriter(filename), obj);

то созданный объект StreamWriter потом уничтожится? просто чтоб using не писать... или все таки надо?

@inst_mefi · 15.02.2016, 22:24

Penelent, возьми за правило неуправляемые ресурсы помещать в using. Очень полезная привычка. Я честно не знаю, есть ли в деструкторе StreamWriter вызов Dispose. Но по умолчанию, если автор Disposable типа не прописал в деструктор освобождение ресурсов, то сборщик мусора убьет StreamWriter, как управляемый объект, а то что должно через Dispose освобождаться останется висетьв памяти. Короче всегда пиши using или сам вызывай Dispose руками. Лучше using.

@insite2012 · 15.02.2016, 22:41

Сообщение от Penelent

или все таки надо?

Именно так. Если в объекте предусмотрена зачистка (через Dispose()/Close()), то разработчики не зря ее туда включили.
Используй совет из предыдущего поста.

Сообщение от inst_mefi

всегда пиши using или сам вызывай Dispose

@OwenGlendower · 16.02.2016, 02:30

Penelent, будет ли вызван Dispose и будет ли объект уничтожен это два разных вопроса. Объект будет уничтожен. Dispose() не будет вызван т.к. сборщик мусора "знает" только о финализаторах. У каждого своя задача. Сборщик мусора занимается управляемой кучей. Финализатор освобождает неуправляемые ресурсы. Механизм using+IDisposable тоже предназначен для освобождения неуправляемые ресурсов, но уже в детерминированной манере т.к. дает программисту возможность четко указать границы где используется некий ресурс с его освобождением в конце. В данном случае экземпляр StreamWriter будет держать файл открытым пока до него не доберется сборщик мусора и не вызовет финализатор для неявно созданного FileStream который и закроет файл. Когда именно это произойдет мы не знаем. И это конечже же плохо. Поэтому в данном случае не надо экономить на спичках и добавить блок using.

@Penelent · 16.02.2016, 07:36 **[ТС]**

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

@Vigelforts · 16.02.2016, 09:00

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

@Penelent · 16.02.2016, 09:50 **[ТС]**

Vigelforts, и тут мы подходим к главному вопросу: в чем разница между финализатором и деструктором? я вот этого никогда не понимал

@Vigelforts · 16.02.2016, 09:54

Penelent, ни в чём по сути. Финализатор это деструктор в мире .Net

@Woldemar89 · 16.02.2016, 10:13

Penelent, финализатор используется в языках со сборщиком мусора.
Он вызывается при сборке мусора перед уничтожением объекта.

Добавлено через 4 минуты
То, что ты называешь деструктором ~SomeClass, - при компиляции превратится в финализатор Finalize.
То есть деструкторов как бы и нет, а даже если они есть - нет смысла их использовать.
Неуправляемые ресурсы - уничтожай с помощью Dispose() или обрамляй в using.
COM обьекты - уничтожай с помощью ReleaseComObject.
А у остального - просто обнуляй ссылки.

Добавлено через 8 минут
Penelent, попробуй скомпилить и посмотри на ошибку.

Кликните здесь для просмотра всего текста

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
using System;
 
namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            SomeClass sc = new SomeClass();
 
            sc.Finalize();
 
            Console.ReadKey();
        }
    }
 
 
    class SomeClass { 
    
    public ~SomeClass(){
 
        Console.WriteLine(@"~SomeClass called...");
 
    }
 
    public override void Finalize(){
 
        Console.WriteLine(@"Finalize() called...");
    
    }
    
    
    }
 
}

Может я что-то напутал, конечно, но с чего бы ради компилятор 2 метода за один и тот же считал?

Новые блоги и статьи Все статьи Все блоги /
[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .
Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .

@inst_mefi 22 / 25 / 11 Регистрация: 10.10.2013 Сообщений: 165
	15.02.2016, 22:24
	Penelent, возьми за правило неуправляемые ресурсы помещать в using. Очень полезная привычка. Я честно не знаю, есть ли в деструкторе StreamWriter вызов Dispose. Но по умолчанию, если автор Disposable типа не прописал в деструктор освобождение ресурсов, то сборщик мусора убьет StreamWriter, как управляемый объект, а то что должно через Dispose освобождаться останется висетьв памяти. Короче всегда пиши using или сам вызывай Dispose руками. Лучше using. 0

@OwenGlendower Администратор 18298 / 14222 / 5368 Регистрация: 17.03.2014 Сообщений: 28,898 Записей в блоге: 1
	16.02.2016, 02:30
	Penelent, будет ли вызван Dispose и будет ли объект уничтожен это два разных вопроса. Объект будет уничтожен. Dispose() не будет вызван т.к. сборщик мусора "знает" только о финализаторах. У каждого своя задача. Сборщик мусора занимается управляемой кучей. Финализатор освобождает неуправляемые ресурсы. Механизм using+IDisposable тоже предназначен для освобождения неуправляемые ресурсов, но уже в детерминированной манере т.к. дает программисту возможность четко указать границы где используется некий ресурс с его освобождением в конце. В данном случае экземпляр StreamWriter будет держать файл открытым пока до него не доберется сборщик мусора и не вызовет финализатор для неявно созданного FileStream который и закроет файл. Когда именно это произойдет мы не знаем. И это конечже же плохо. Поэтому в данном случае не надо экономить на спичках и добавить блок using. 0

@Penelent Заблокирован
	16.02.2016, 07:36 [ТС]
	ладно я понял, я только не понимаю почему нельзя было сделать чтобы все просто освобождалось в финализаторе? так же было бы гораздо проще... 0

@Vigelforts 141 / 117 / 26 Регистрация: 07.12.2014 Сообщений: 371
	16.02.2016, 09:00
	Penelent, не проще. Ты не можешь управлять вызовом финализатора. В итоге например у тебя может случайно падать программа при попытке повторно открыть файл, т.к. предыдущий Stream ещё ждёт своей очереди на финализацию и держит файл открытым, и отследить ты это уже не в состоянии 0

@Penelent Заблокирован
	16.02.2016, 09:50 [ТС]
	Vigelforts, и тут мы подходим к главному вопросу: в чем разница между финализатором и деструктором? я вот этого никогда не понимал 0

@Vigelforts 141 / 117 / 26 Регистрация: 07.12.2014 Сообщений: 371
	16.02.2016, 09:54
	Penelent, ни в чём по сути. Финализатор это деструктор в мире .Net 0