Деструктор

@clicksel · Регистрация: 09.08.2010

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

Изучаю С++ по самоучителю щас прохожу конструкторы и деструкторы вознила такая проблема

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
#include<iostream>
#include<conio.h>
using namespace std;
class MyClass{
    int val;
public:
    MyClass(int i){
        val=i;
        cout<<"Vnutri konstruktora.\n";
    }
 
    ~MyClass()
    {cout <<"Razrushenie Obiekta.\n";}
 
    int getval(){return val;}
};
void display (MyClass ob)
{
    cout<<ob.getval()<<endl;
}
int main()
{
    MyClass a(10);
    cout<<"Do vizova funkcii display().\n";
    display(a);
    cout<<"Posle vipolnenia funkcii display().\n";
 
 
    getch();
    return 0;
    
}

при выполнении этого кода в книге написанно что программа на экран должна вывести следующий текст:
Vnutri konstruktora.
Do vizova funkcii display().
10
Razrushenie Obiekta.
Posle vipolnenia funkcii display().
Razrushenie Obiekta.

У меня же выдает только :
Vnutri konstruktora.
Do vizova funkcii display().
10
Razrushenie Obiekta.
Posle vipolnenia funkcii display().

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

P.S. извините если тему не в том отделе создал наверно надо было в разделе для начинающих... просто компилирую в visual C++

@ISergey · 10.08.2010, 22:11

Компилятор что то мутит...
http://codepad.org/5FfmRj3r

@clicksel · 10.08.2010, 22:16 **[ТС]**

да без функции getch() последняя строка появляется... знач в нем вина... а что тогда использовать вместо этой функции чтоб прога сразу не закрывалась?

@ISergey · 10.08.2010, 22:33

Так main переделай..

C++
1
2
3
4
5
6
7
8
9
10
11
12
int main()
{
    {
            MyClass a(10);
            cout<<"Do vizova funkcii display().\n";
            display(a);
            cout<<"Posle vipolnenia funkcii display().\n";
 
    }
    getch();
    return 0;   
}

@clicksel · 10.08.2010, 22:41 **[ТС]**

Спасибо большое!
ТЕМА ЗАКРЫТА!

@Ardatov · 10.08.2010, 22:41

Пишу в Dev C++, аналогичная ситуация - не выводит сообщение деструктора.

@alex_x_x · 10.08.2010, 22:55

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

Пишу в Dev C++, аналогичная ситуация - не выводит сообщение деструктора.

видимо выводит, однако декструктор вызывается при выходе объекта из области видимости, те после getch, попробуйте без getch в cmd
если это windows

@ISergey · 10.08.2010, 23:04

Не по теме:

alex_x_x, так оно и есть.. ;)

Evg · 11.08.2010, 09:34

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

видимо выводит, однако декструктор вызывается при выходе объекта из области видимости, те после getch, попробуйте без getch в cmd
если это windows

С твоего позволения включу этот тонкий момент в статью

@CheshireCat · 11.08.2010, 10:12

Evg, так а почему это "тонкий" момент?? По-моему, описан в любом приличном учебнике.... Тот факт, что деструктор локального объекта гарантированно (Стандартом!) вызывается при выходе объекта из области видимости, и позволяет реализовывать идиому RAII....

Evg · 11.08.2010, 10:50

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

Evg, так а почему это "тонкий" момент?? По-моему, описан в любом приличном учебнике.... Тот факт, что деструктор локального объекта гарантированно (Стандартом!) вызывается при выходе объекта из области видимости, и позволяет реализовывать идиому RAII....

Новичкам с ходу неочевидно, что getch выполняется до того, как будет исполнен деструктор глобального объекта. А точнее, не все и не сразу догадаются. Все эти "тонкости" являются тонкостями именно для начинающих

Добавлено через 1 минуту
Блин, или я тут что-то невнимательно прочитал, но после прочтения возникал мысль, что печать не выполнится в случае глобального объекта. Хотят тут речь шла о локальных. Но с глобальными мысль всё равно надо будет записать

@CheshireCat · 11.08.2010, 12:54

Я уверен, что и в случае глобального объекта печать таки будет выполнена. Потому что поток вывода cout объявлен раньше (в #include <iostream>) и, следовательно, будет разрушен позже, чем этот глобальный объект.

@alex_x_x · 11.08.2010, 13:44

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

Evg · 11.08.2010, 13:50

С локальными объектами всё хорошо. С глобальными - сначала выскочит getch (т.е. увидим пустой экран), а потом выскочит печать из деструктора глобального объекта, который мы уже не увидим. Когдо-то это может в ступор ввести

@Manjak · 11.08.2010, 13:57

Если учитывать что деструктор глобального обьекта будет вызван аж в CRTStartup, в глобал релис, наврятли вы увидите его вывод, если он не в файл писать будет

Evg · 11.08.2010, 14:36

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

Если учитывать что деструктор глобального обьекта будет вызван аж в CRTStartup, в глобал релис, наврятли вы увидите его вывод, если он не в файл писать будет

Если в консоли (ручками, а не из-под компилятора) запустишь - всё увидишь. По стандарту сначала должны вызваться все библиотечные конструкторы и только потом конструкторы твоей программы. С деструкторами наоборот. Т.е. сначала выховутся все деструкторы твоей программы, и только потом деструкторы библиотеки (конкретно нас интересует cout).

Добавлено через 2 минуты

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

Я уверен, что и в случае глобального объекта печать таки будет выполнена. Потому что поток вывода cout объявлен раньше (в #include <iostream>) и, следовательно, будет разрушен позже, чем этот глобальный объект.

Причина этого на самом деле другая и описана в моём посте выше. А порядок вызова конструкторов внутри одного файла неопределён. Попровь меня, если я что-то не так написал про стандарт, но с этим местом в своё время пришлось сильно корячиться, так что уверен на 99.99% что это так. Оставшиеся 0.01% - это неуверенность между тем, что так у всех сделано просто по факту или того требует стандарт

@alex_x_x · 11.08.2010, 14:40

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

Причина этого на самом деле другая и описана в моём посте выше. А порядок вызова конструкторов внутри одного файла неопределён. Попровь меня, если я что-то не так написал про стандарт, но с этим местом в своё время пришлось сильно корячиться, так что уверен на 99.99% что это так. Оставшиеся 0.01% - это неуверенность между тем, что так у всех сделано просто по факту или того требует стандарт

не определена, но только для глобальных объектов

Evg · 11.08.2010, 14:47

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

не определена, но только для глобальных объектов

"Не определена" что? Что говорит стандарт про порядок вызова конструкторов между основной программой и библиотеками? Потому что по факту на всех компиляторах, которых проверяли, гарантировано сначала отрабатывают библиотечные конструкторы. В противном случае нельзя было бы в деструкторе глобального объекта работать с файлами и т.п.

@alex_x_x · 11.08.2010, 14:52

не определен порядок вызова глобальных контсрукторов, это я к

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

порядок вызова конструкторов внутри одного файла неопределён

стандартом никак не зафиксирован такой порядок

вот выдержка из Элджера

Инициализация глобальных объектов
В спецификации языка порядок конструирования глобальных объектов выглядит довольно сложно.
Если же учесть причуды коммерческих компиляторов C++, этот порядок становится и вовсе
непредсказуемым. В соответствии со спецификацией должны вызываться конструкторы глобальных
объектов, включая конструкторы статических переменных классов и структур, однако многие
компиляторы этого не делают. Если вам повезло и ваш компилятор считает, что конструкторы важны
для глобальных переменных, порядок конструирования глобальных объектов зависит от воображения
разработчика компилятора. Ниже перечислены некоторые правила, которые теоретически должны
соблюдаться:
1. Перед выполнением каких-либо операций все глобальные переменные инициализируются
значением 0.
2. Объекты, находящиеся в глобальных структурах или массивах, конструируются в порядке их
появления в структуре или массиве.
3. Каждый глобальный объект конструируется до его первого использования в программе.
Компилятор сам решает, следует ли выполнить инициализацию до вызова функции main() или
отложить ее до первого использования объекта.
4. Глобальные объекты, находящиеся в одном «модуле трансляции» (обычно файле с
расширением .срр), инициализируются в порядке их появления в этом модуле. В сочетании с
правилом 3 это означает, что инициализация может выполняться по модулям, при первом
использовании каждого модуля.

Evg · 11.08.2010, 14:55

Про то, что внутри файла не определён, это я знаю. Мне интересно знать, что говорится про порядок между основной програмой и библиотеками. Иними словами, гарантирует ли стандарт, что, например, cout будет работать в конструкторе и деструкторе глобального объекта. Просто я со стандартом Си++ почти не знаком. По факту это свойство выполняется

Новые блоги и статьи Все статьи Все блоги /
Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[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 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .

@ISergey Maniac 1465 / 966 / 160 Регистрация: 02.01.2009 Сообщений: 2,820 Записей в блоге: 1
	10.08.2010, 22:11
	Компилятор что то мутит... http://codepad.org/5FfmRj3r 0

@clicksel 3 / 3 / 0 Регистрация: 09.08.2010 Сообщений: 61
	10.08.2010, 22:16 [ТС]
	да без функции getch() последняя строка появляется... знач в нем вина... а что тогда использовать вместо этой функции чтоб прога сразу не закрывалась? 0

@clicksel 3 / 3 / 0 Регистрация: 09.08.2010 Сообщений: 61
	10.08.2010, 22:41 [ТС]
	Спасибо большое! ТЕМА ЗАКРЫТА! 0

@Ardatov 21 / 21 / 1 Регистрация: 13.12.2009 Сообщений: 43
	10.08.2010, 22:41
	Пишу в Dev C++, аналогичная ситуация - не выводит сообщение деструктора. 0

@ISergey
	10.08.2010, 23:04
	Не по теме: alex_x_x, так оно и есть.. ;) 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	11.08.2010, 10:12
	Evg, так а почему это "тонкий" момент?? По-моему, описан в любом приличном учебнике.... Тот факт, что деструктор локального объекта гарантированно (Стандартом!) вызывается при выходе объекта из области видимости, и позволяет реализовывать идиому RAII.... 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	11.08.2010, 12:54
	Я уверен, что и в случае глобального объекта печать таки будет выполнена. Потому что поток вывода cout объявлен раньше (в #include <iostream>) и, следовательно, будет разрушен позже, чем этот глобальный объект. 0

@alex_x_x бжни 2473 / 1684 / 135 Регистрация: 14.05.2009 Сообщений: 7,162
	11.08.2010, 13:44
	ну да, не тонкий, я просто первый раз встречаю чтобы у кого-то была такая проблема(не вижу вывода деструктора)), а так все четко, у объектов локальной видимости конструкторы вызываются в порядке объявления, а деструкторы в обратном порядке при выходе из области видимости 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	11.08.2010, 13:50
	С локальными объектами всё хорошо. С глобальными - сначала выскочит getch (т.е. увидим пустой экран), а потом выскочит печать из деструктора глобального объекта, который мы уже не увидим. Когдо-то это может в ступор ввести 0

@Manjak 270 / 176 / 46 Регистрация: 12.03.2010 Сообщений: 494
	11.08.2010, 13:57
	Если учитывать что деструктор глобального обьекта будет вызван аж в CRTStartup, в глобал релис, наврятли вы увидите его вывод, если он не в файл писать будет 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	11.08.2010, 14:55
	Про то, что внутри файла не определён, это я знаю. Мне интересно знать, что говорится про порядок между основной програмой и библиотеками. Иними словами, гарантирует ли стандарт, что, например, cout будет работать в конструкторе и деструкторе глобального объекта. Просто я со стандартом Си++ почти не знаком. По факту это свойство выполняется 0

Деструктор

Решение