Qt. Для чего нужно, а для чего не нужно освобождать память?

Question

[megorit]

Никак не могу понять, как это работает в Qt.

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

Пример:

есть класс class Widget : public QWidget { };

Как правильнее создавать объект верхнего уровня?:
такWidget Base;
или Widget *Base = new Widget;

Предполагаю, что все-таки динамически нужно, но тогда нужно ли освобождать?
delete Base;

И как происходит освобождение всей иерархии, которая наследуется от Base? Где вызывается деструктор, который очищает память? Не в Widget же? Или MOC создает самостоятельно часть кода для освобождения?
Если так, то что, если я создам явный деструктор? Придется ли освобождать память для иерархии теперь уже самому?

Answer 1

[Rou1997]

Как правильнее создавать объект верхнего уровня?:
такWidget Base;
или Widget *Base = new Widget;

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

И как происходит освобождение всей иерархии, которая наследуется от Base?

В контейнере, то есть в родительском контроле или окне - там, куда вы помещаете ссылку на него.
Проще говоря, при закрытии окна вызывается деструктор из central widget, он в свою очередь - у дочерних контролов и т.д., получается конечная рекурсия.
Должно быть так.

но тогда нужно ли освобождать?

Стало быть, должно быть не нужно, но если провели эксперимент, посмотрели исходный код и видите, что такого нет, то просто реализуйте все это вручную при закрытии.

Comments

[megorit]

Widget Base вызывает конструктор QWindget. А Внутри Widget создаются объекты типа:
QLabel *Title;
Title = new QLabel(this);
То есть предок -- сам класс, а в нем нет явного деструктора (я не определял).

[Rou1997]

Егор Марчук: В базовом классе - QWidget - он есть наверняка, см. исходный код, а в наследнике вы разве должны были его переопределить?
Если не переопределили, то просто вызовется какой есть, то есть унаследованный от QWidget, ваши объекты он не очистит если вы не добавляли их в QWidget как в контейнер, произойдет утечка памяти.

Answer 2

[Виталий]

Для потомков QObject и QWidget (для которых установлено свойство parent) не нужно - они подчищаются автоматически. Для всего остального как обычно: вручную или умными указателями.

Comments

[megorit]

Хорошо, тогда еще вопрос возникает, а что если я динамически создаю объект производного от QWidget класса (у меня это Widget). То мне как то нужно освободить ее. Но просто после delete написать я не могу, нужно тогда получается создавать слот для приема сигнала close() от объекта Widget? Но куда этот слот засунуть? В сам класс, понятное дело нельзя...
Лучше пример:

#include 
#include "widget.h"

int main(int argc, char *argv[])
{
    QApplication ThisApp(argc,argv);

    Widget *ConverterWeights = new Widget;
    ConverterWeights->show();

    // А ТУТ НУЖНО КАК-ТО DELETE ПРИСТРОИТЬ

    return ThisApp.exec();
}

[megorit]

Может так?

#include "widget.h"

int main(int argc, char *argv[])
{
    QApplication ThisApp(argc,argv);

    Widget *ConverterWeights = new Widget;
    ConverterWeights->show();

    ThisApp.exec();
    delete ConverterWeights;

    return 0;
}

[Виталий]

Егор Марчук: да, только результат exec() записать в переменную и вернуть из main. Но вообще правильнее делать через deleteLater

[Виталий]

Хотя именно в этом случае никто не заморачивается - приложение завершается и самостоятельно всё за собой прибирает.