1. 初めに

※ 今更聞けないシグナル・スロット総整理の記事が2000PVを突破しました。この場を借りてお礼を述べさせていただきます。

さて、C++経験者が、Qt/C++をこれから学習しようとして入門書などのサンプルを見たときに、最初に気になるのは、メモリの解放は大丈夫なのか？ということではないでしょうか。
生ポインタでnewしているのに、deleteしているコードが見当たらないからです。
そこで最初に知るのが、QObjectは自身のthisを親(クラスの親という意味ではない)QObjectにparent設定すれば、親が解放された時に子も一緒に開放してくれる仕組みがあるからdelelteしなくても大丈夫
という説明です。
この説明で気になるのが、子は自動的に解放されるとして、親はどうやって解放するのか？ということです。
もっと言うと、Qt Creatorのプロジェクト作成ウィザードで作成されるmain()関数のコードは問題がないのでしょうか？
この辺りのことについて、自分なりの解が出ましたので、記事にさせていただきます。

2. 検証

プロジェクト作成ウィザードで、「Qtウィジェットアプリケーション選択→規定クラスをQWidgetに変更」してプロジェクトを作成します。
すると、main.cppは下記のようになります。

main.cpp(スタック型１)

#include "widget.h"
#include <QApplication>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    Widget w;
    w.show();

    return a.exec();
}

Widgetクラスは、QWidgetを継承したクラスです。
UIプログラミングの経験者がこのコードを見ると、画面のクラスであるWidgetをスタックに確保するはメモリの使い方がよくない。ヒープに確保すべきだ、と言って下記のように書き換えたとします。

main.cpp(ヒープ型１)

#include "widget.h"
#include <QApplication>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    Widget *w = new Widget;
    w->show();

    return a.exec();
}

まずは、この２つのコードをアプリ終了時に「Widgetクラスのデストラクタが呼ばれるか」という観点で動作確認してみます。

widget.cpp

#include "widget.h"
#include "ui_widget.h"
#include <QDebug>

Widget::Widget(QWidget *parent) :
    QWidget(parent),
    ui(new Ui::Widget)
{
    ui->setupUi(this);
}

Widget::~Widget()
{
    qDebug() << "~Widget";
    delete ui;
}

のようにログを仕込んで、動作させます。

すると、スタック型１はデストラクタが呼ばれますが、ヒープ型１は呼ばれません。
ヒープ型１のコードはこのままではまずいようです。
下記のように修正します。

main.cpp(ヒープ型２)

#include "widget.h"
#include <QApplication>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    Widget *w = new Widget;
    w->setAttribute(Qt::WA_DeleteOnClose);
    w->show();

    return a.exec();
}

Qt::WA_DeleteOnCloseという属性を設定すること、ウィンドウがクローズした時に自動的に解放されます。
これを設定することで、デストラクタが呼ばれました。
では、仮にこの属性をスタック型１に追加するとどうなるでしょうか？

main.cpp(スタック型２)

#include "widget.h"
#include <QApplication>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    Widget w;
    w.setAttribute(Qt::WA_DeleteOnClose);
    w.show();

    return a.exec();
}

これを実行すると

~Widget
~Widget
プログラムが突然終了しました。
The process was ended forcefully.

といういうように２重解放になってしまいます。
ここまでのサンプルを整理すると、

	Qt::WA_DeleteOnCloseなし	Qt::WA_DeleteOnCloseあり
スタック型	OK	NG(２重解放)
ヒープ型	NG(デストラクタが呼ばれない)	OK

となります。

3. 結論

結論を言うと、プロジェクト作成ウィザードで作成されるスタック型１で通常は問題ない。
スタック枯渇が気になる場合は、ヒープ型にしてQt::WA_DeleteOnCloseをセットする、です。

4. 書籍のサンプルコードはどうなっている？

2018/4/29現在、Qt4/C++の本は３冊出ています。（Qt5はなし。。。）

(1)入門 Qt4プログラミング（オライリー社）
(2)実践 Qt4プログラミング（オライリー社）
(3)Qtプログラミング入門（工学社）

これらのサンプルを見ると、
(1)はヒープ型１とスタック型１が混ざっている（hello worldはヒープ型１）
(2)スタック型１
(3)スタック型１

怖いのが、(1)のP.4にヒープ型１を採用している理由として、
「例をなるべくシンプルに保つために、main関数の最後でdeleteしていない。
このサンプルのように小さいアプリケーションでは、この程度のメモリリークはさほど問題になりません。」
のようなことが書かれているのですが、
どんなコードでもリークするコードを提示するのはダメでしょう！！！
とつっこみたくなる。
上記のオライリー本の説明を見て、Qtの学習意欲が削がれる人がいる気がします・・・
そんな時は本記事を読んで、やる気が復活することを祈ります。