Qtで安定したネットワークアプリを開発！disconnected()シグナル活用術

2025-05-27

Qtプログラミングにおけるvoid QAbstractSocket::disconnected()は、QAbstractSocketクラスが提供するシグナルです。

これは、ソケット（ネットワーク接続）が切断されたときに発生するイベントを通知するために使用されます。

以下に詳しく説明します。

`void QAbstractSocket::disconnected()` とは？

disconnected(): ソケットの接続が切断されたことを示すシグナルの名前です。
QAbstractSocket: ネットワーク通信を行うための基底クラスです。QTcpSocket（TCPソケット）やQUdpSocket（UDPソケット）といった具体的なソケットクラスは、このQAbstractSocketを継承しています。
シグナル (Signal): Qtのオブジェクト間通信メカニズムである「シグナル＆スロット」におけるシグナルです。これは、特定のイベントが発生したことをオブジェクトが周囲に知らせるためのものです。

どのような時に発生するか？

disconnected()シグナルは、以下のような状況で発生します。

自ら接続を切断した場合:
- disconnectFromHost()メソッドを呼び出して、ソケットの接続を明示的に切断した場合。この場合、ソケットはClosingStateに入り、未処理のデータがすべて書き込まれた後にClosedStateになり、そのタイミングでdisconnected()シグナルが発行されます。
- abort()メソッドを呼び出して、即座に接続を中止した場合。この場合もdisconnected()シグナルが発行されます。
リモートホスト（通信相手）が接続を切断した場合:
- 通信相手が先に接続を閉じた場合、QAbstractSocketはまずerror(QAbstractSocket::RemoteHostClosedError)シグナルを発行し、その後にdisconnected()シグナルが発行されます。
ネットワークエラーやタイムアウトなどにより接続が切断された場合:
- ネットワークケーブルが抜かれた、WiFiが切断された、など、物理的な接続が失われた場合や、タイムアウトによって接続が維持できなくなった場合にも発生します。ただし、この場合、error()シグナルと併せて発行されることが多いです。

なぜこのシグナルが重要なのか？

ネットワークプログラミングでは、接続の状態を適切に管理することが非常に重要です。disconnected()シグナルを利用することで、アプリケーションは以下のことができます。

安定したアプリケーションの構築: 接続状態の変化に柔軟に対応できる、より堅牢なネットワークアプリケーションを構築するために不可欠です。
適切な処理を行う: 接続が切れた際に、リソースの解放、再接続の試行、ユーザーへの通知などの処理を行うことができます。
接続切断を検知する: ソケット接続が予期せず切れたり、意図的に切断されたりしたことをアプリケーションが知ることができます。

Qtでは、connect関数を使ってシグナルとスロットを接続することで、disconnected()シグナルが発生した際に特定の関数（スロット）を呼び出すことができます。

#include <QTcpSocket>
#include <QDebug>

// ... どこかのクラスのヘッダーファイル (.h)
class MyClient : public QObject
{
    Q_OBJECT
public:
    explicit MyClient(QObject *parent = nullptr);

private slots:
    void onDisconnected(); // ソケット切断時に呼び出されるスロット

private:
    QTcpSocket *socket;
};

// ... どこかのクラスのソースファイル (.cpp)
MyClient::MyClient(QObject *parent) : QObject(parent)
{
    socket = new QTcpSocket(this);

    // disconnected() シグナルを onDisconnected() スロットに接続
    connect(socket, &QTcpSocket::disconnected, this, &MyClient::onDisconnected);

    // 例として接続を試みる
    // socket->connectToHost("example.com", 80);
}

void MyClient::onDisconnected()
{
    qDebug() << "ソケットが切断されました！";
    // ここで、切断後の処理（例: 再接続、エラーメッセージ表示など）を行う
}

この例では、QTcpSocket（QAbstractSocketの子クラス）のdisconnected()シグナルが発せられると、MyClientクラスのonDisconnected()スロットが自動的に呼び出され、「ソケットが切断されました！」というメッセージがデバッグ出力されます。

disconnected()シグナルが発火しない（または遅延する）

原因とトラブルシューティング

リモートホストの不適切な切断:
- 問題: リモートホストが突然クラッシュしたり、電源が落ちたりした場合、正常なTCPのFIN/ACKハンドシェイクが行われないため、disconnected()シグナルが即座に発火しないことがあります。QtはRemoteHostClosedErrorを先に発行し、その後disconnected()シグナルが発行されますが、タイムラグが生じることがあります。
- 解決策: 上記のキープアライブやエラーシグナルの監視がここでも有効です。
ソケットの状態管理の不備:
- 問題: disconnected()シグナルを受信した後に、ソケットオブジェクトを適切に処理していない（例えば、再接続を試みる前にソケットを破棄していない）ために、後続の操作で問題が発生することがあります。
- 解決策:
  - disconnected()スロット内で、ソケットの状態をUnconnectedStateに戻すか、deleteLater()を呼び出してソケットオブジェクトを安全に削除することを検討します。特に再接続を頻繁に行う場合は、古いソケットインスタンスが残らないように注意が必要です。
  - QAbstractSocket::stateChanged()シグナルも併用して、ソケットの具体的な状態（ConnectedState, ClosingState, UnconnectedStateなど）を確認することで、より正確な状態管理が可能です。
TCPのタイムアウト（Keep-Alive）:
- 問題: 物理的なネットワーク切断（LANケーブルが抜かれた、WiFiが切れたなど）が発生しても、disconnected()シグナルがすぐに発火しないことがあります。これは、TCPプロトコルが接続の切断を検知するまでにタイムアウトを要するためです。特にTCP Keep-Aliveが有効になっている場合、OSのデフォルト設定では数分から数時間かかることがあります。
- 解決策:
  - アプリケーションレベルのハートビート/キープアライブ: アプリケーション側で定期的に少量のデータを送信し、応答がなければ接続が切れたと判断する仕組みを実装します。これにより、OSのTCPタイムアウトに依存せずに切断を検知できます。
  - OSのTCP Keep-Alive設定の調整: OSレベルでTCP Keep-Aliveのタイムアウト設定を短くすることができますが、これはシステム全体に影響を与えるため、慎重に行う必要があります。通常はアプリケーションレベルでの対応が推奨されます。
  - QAbstractSocket::error()シグナルとの併用: disconnected()シグナルが発火する前に、QAbstractSocket::error(QAbstractSocket::NetworkError)などのエラーシグナルが先に発火することがあります。これらのエラーシグナルも監視して、切断の兆候を早期に捉えるようにします。

スロットが呼び出されない

原因とトラブルシューティング

スレッドの問題:
- 問題: シグナルを発行するオブジェクトとスロットを持つオブジェクトが異なるスレッドにいる場合、シグナル＆スロットの接続タイプがQt::QueuedConnectionでないと、スロットが呼び出されないことがあります。
- 解決策:
  - 通常、Qtは異なるスレッド間のシグナル＆スロット接続を自動的にQt::QueuedConnectionとして処理しますが、明示的に指定することで問題を回避できる場合があります。
  - connect(socket, &QTcpSocket::disconnected, this, &MyClient::onDisconnected, Qt::QueuedConnection);
イベントループの停止/ブロック:
- 問題: Qtのシグナル＆スロットはイベントループ（QCoreApplication::exec()など）に依存して動作します。長時間かかる処理をスロット内で行っていたり、UIスレッドをブロックするような同期的な処理を行っている場合、イベントループが適切に処理されず、disconnected()シグナルやそれに対応するスロットが遅延したり、呼び出されなかったりすることがあります。
- 解決策:
  - ネットワーク通信や時間のかかる処理は、別のスレッド（QThreadなど）に分離し、UIスレッドをブロックしないようにします。
  - スロット内では、できるだけ早く処理を終えるようにします。
オブジェクトのライフサイクル:
- 問題: ソケットオブジェクトやスロットを持つレシーバーオブジェクトが、シグナルが発火する前に破棄されてしまっている。
- 解決策:
  - ソケットオブジェクトやレシーバーオブジェクトが、必要な期間、有効な状態であることを確認します。例えば、スコープを抜けて自動的に破棄されていないか、ポインタがnullptrになっていないかなどを確認します。
  - 親オブジェクトを設定することで、子オブジェクトが親オブジェクトのライフサイクルに連動して適切に管理されるようにできます（例: QTcpSocket *socket = new QTcpSocket(this);）。
  - deleteLater()を使用してオブジェクトを安全に削除するようにします。これにより、現在のイベントループの処理が完了した後にオブジェクトが削除されます。
シグナルとスロットの接続ミス:
- 問題: connect関数の引数が間違っている、またはシグネチャが一致していない。
- 解決策:
  - connect(sender, &SenderClass::signal, receiver, &ReceiverClass::slot); のような新しいQt5スタイルのconnect構文を使用すると、コンパイル時にシグネチャの不一致が検出されるため、間違いを防ぎやすいです。
  - デバッグ出力 (qDebug()) を使って、connectが成功しているか（戻り値がtrueか）確認します。
  - Q_OBJECTマクロがクラス定義に正しく含まれているか、mocが実行されているか確認します。

abort()とdisconnectFromHost()の違い:
- abort(): 即座に接続を終了します。バッファ内の未送信データは破棄されます。
- disconnectFromHost(): 未送信データをすべて送信しようとした後、接続を切断します。この場合、disconnected()シグナルはデータ送信が完了してから発火します。即座の切断が必要な場合はabort()を使います。

例1: 基本的なクライアントソケットの切断処理

この例では、QTcpSocket を使用してサーバーに接続し、接続が切断されたときにデバッグメッセージを出力します。

`MyClient.h` (ヘッダーファイル)

#ifndef MYCLIENT_H
#define MYCLIENT_H

#include <QObject>
#include <QTcpSocket> // QTcpSocket は QAbstractSocket を継承しています

class MyClient : public QObject
{
    Q_OBJECT // Qtのメタオブジェクトシステムを使用するために必要

public:
    explicit MyClient(QObject *parent = nullptr); // コンストラクタ
    void connectToServer(const QString &host, quint16 port); // サーバーに接続するメソッド

private slots:
    void onConnected();    // 接続成功時に呼び出されるスロット
    void onDisconnected(); // 切断時に呼び出されるスロット
    void onError(QAbstractSocket::SocketError socketError); // エラー発生時に呼び出されるスロット
    void onReadyRead();    // データ受信時に呼び出されるスロット

private:
    QTcpSocket *socket; // クライアントソケット
};

#endif // MYCLIENT_H

`MyClient.cpp` (実装ファイル)

#include "MyClient.h"
#include <QDebug> // デバッグ出力用

MyClient::MyClient(QObject *parent) : QObject(parent)
{
    socket = new QTcpSocket(this); // ソケットオブジェクトを作成。親を`this`に設定してメモリ管理をQtに任せる

    // シグナルとスロットの接続
    connect(socket, &QTcpSocket::connected, this, &MyClient::onConnected);
    connect(socket, &QTcpSocket::disconnected, this, &MyClient::onDisconnected);
    connect(socket, QOverload<QAbstractSocket::SocketError>::of(&QTcpSocket::error), this, &MyClient::onError); // Qt 5.x 以降の推奨される書き方
    connect(socket, &QTcpSocket::readyRead, this, &MyClient::onReadyRead);
}

void MyClient::connectToServer(const QString &host, quint16 port)
{
    qDebug() << "サーバーに接続を試行中..." << host << ":" << port;
    socket->connectToHost(host, port); // サーバーに接続
}

void MyClient::onConnected()
{
    qDebug() << "サーバーに接続しました！";
    // 接続後の処理（例: データ送信）
    socket->write("Hello, server!");
}

void MyClient::onDisconnected()
{
    qDebug() << "ソケットが切断されました。";
    // 切断後の処理（例: 再接続の試行、UIの更新など）
    // 例: 5秒後に再接続を試みる
    // QTimer::singleShot(5000, this, [this]() {
    //     this->connectToServer(socket->peerAddress().toString(), socket->peerPort());
    // });
}

void MyClient::onError(QAbstractSocket::SocketError socketError)
{
    qDebug() << "ソケットエラーが発生しました:" << socket->errorString();
    // エラーの種類に応じた処理
    switch (socketError) {
        case QAbstractSocket::ConnectionRefusedError:
            qDebug() << "接続が拒否されました。サーバーが起動しているか確認してください。";
            break;
        case QAbstractSocket::RemoteHostClosedError:
            qDebug() << "リモートホストが接続を閉じました。";
            break;
        case QAbstractSocket::HostNotFoundError:
            qDebug() << "ホストが見つかりません。IPアドレスまたはホスト名を確認してください。";
            break;
        case QAbstractSocket::NetworkError:
            qDebug() << "ネットワークエラーが発生しました。インターネット接続を確認してください。";
            break;
        default:
            break;
    }
}

void MyClient::onReadyRead()
{
    QByteArray data = socket->readAll();
    qDebug() << "データを受信しました:" << data;
}

`main.cpp` (アプリケーションのエントリポイント)

#include <QCoreApplication>
#include "MyClient.h"

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);

    MyClient client;
    client.connectToServer("127.0.0.1", 12345); // ローカルホストの12345番ポートに接続

    return a.exec(); // イベントループを開始
}

このコードを実行し、例えば127.0.0.1の12345番ポートで待機しているサーバーを起動した後、サーバーを切断すると、クライアント側でonDisconnected()スロットが呼び出され、「ソケットが切断されました。」というメッセージが表示されます。

サーバー側では、クライアントが切断されたことを検知するために、QTcpServerが受け入れたQTcpSocketオブジェクトのdisconnected()シグナルを監視します。

`MyServer.h`

#ifndef MYSERVER_H
#define MYSERVER_H

#include <QObject>
#include <QTcpServer>
#include <QTcpSocket> // クライアントごとのソケット

class MyServer : public QObject
{
    Q_OBJECT
public:
    explicit MyServer(QObject *parent = nullptr);
    void startServer(quint16 port);

private slots:
    void onNewConnection();      // 新しいクライアント接続時に呼び出されるスロット
    void onClientDisconnected(); // クライアント切断時に呼び出されるスロット
    void onClientReadyRead();    // クライアントからのデータ受信時に呼び出されるスロット

private:
    QTcpServer *server;
    QList<QTcpSocket*> clients; // 接続されているクライアントソケットのリスト
};

#endif // MYSERVER_H

`MyServer.cpp`

#include "MyServer.h"
#include <QDebug>

MyServer::MyServer(QObject *parent) : QObject(parent)
{
    server = new QTcpServer(this);

    // 新しい接続を待機
    connect(server, &QTcpServer::newConnection, this, &MyServer::onNewConnection);
}

void MyServer::startServer(quint16 port)
{
    if (server->listen(QHostAddress::Any, port)) {
        qDebug() << "サーバーがポート" << port << "で起動しました。";
    } else {
        qDebug() << "サーバーの起動に失敗しました:" << server->errorString();
    }
}

void MyServer::onNewConnection()
{
    QTcpSocket *clientSocket = server->nextPendingConnection(); // 新しいクライアントソケットを取得
    clients.append(clientSocket); // リストに追加

    qDebug() << "新しいクライアントが接続しました:" << clientSocket->peerAddress().toString() << ":" << clientSocket->peerPort();

    // クライアントソケットのdisconnectedシグナルを接続
    connect(clientSocket, &QTcpSocket::disconnected, this, &MyServer::onClientDisconnected);
    // クライアントソケットのreadyReadシグナルを接続
    connect(clientSocket, &QTcpSocket::readyRead, this, &MyServer::onClientReadyRead);

    clientSocket->write("Welcome to the server!"); // クライアントにメッセージを送信
}

void MyServer::onClientDisconnected()
{
    QTcpSocket *clientSocket = qobject_cast<QTcpSocket*>(sender()); // シグナルを発したオブジェクトを取得
    if (clientSocket) {
        qDebug() << "クライアントが切断されました:" << clientSocket->peerAddress().toString() << ":" << clientSocket->peerPort();
        clients.removeOne(clientSocket); // リストから削除
        clientSocket->deleteLater(); // ソケットオブジェクトを安全に削除
    }
}

void MyServer::onClientReadyRead()
{
    QTcpSocket *clientSocket = qobject_cast<QTcpSocket*>(sender());
    if (clientSocket) {
        QByteArray data = clientSocket->readAll();
        qDebug() << "クライアント" << clientSocket->peerAddress().toString() << "からデータを受信しました:" << data;
        clientSocket->write("Server received: " + data); // 受信したデータをエコーバック
    }
}

`main.cpp` (サーバーアプリケーションのエントリポイント)

#include <QCoreApplication>
#include "MyServer.h"

int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);

    MyServer server;
    server.startServer(12345); // 12345番ポートでサーバーを起動

    return a.exec();
}

このサーバーと上記のクライアントを同時に実行すると、クライアントが接続し、メッセージを送信します。その後、クライアントアプリケーションを終了したり、サーバー側からclientSocket->disconnectFromHost();を呼び出したりすると、onClientDisconnected()スロットが呼び出され、クライアントの切断が検知されます。

再接続ロジック: 接続が切断された場合、特にクライアントアプリケーションでは、自動的に再接続を試みるロジックをonDisconnected()スロット内に実装することがよくあります。その際、無限ループにならないように、再試行回数に制限を設けたり、指数バックオフ（exponential backoff）のようなメカニズムを導入したりすることが推奨されます。
deleteLater() を使用してソケットを安全に削除する: disconnected() シグナルを受け取ったスロット内でソケットオブジェクトを直接 delete すると、まだ未処理のイベントがあった場合に問題が発生する可能性があります。deleteLater() は、現在のイベントループの処理が完了した後にオブジェクトを削除するようにQtに指示するため、安全です。
QTcpSocket のインスタンスに対して disconnected() シグナルを接続する: クライアントソケットの場合も、サーバーで受け入れた個々のクライアントソケットの場合も同様です。

QAbstractSocket::stateChanged(QAbstractSocket::SocketState socketState) シグナル

これは disconnected() の直接的な代替ではありませんが、ソケットの状態遷移をより包括的に監視するための非常に強力なシグナルです。

使用例:

connect(socket, &QTcpSocket::stateChanged, this, [&](QAbstractSocket::SocketState state){
    qDebug() << "ソケットの状態が変更されました:" << state;
    if (state == QAbstractSocket::UnconnectedState) {
        qDebug() << "ソケットが切断されました。(stateChanged経由)";
        // disconnected() と同様の処理
    }
});

欠点:
- 切断以外の状態変化も通知されるため、disconnected() よりもハンドリングが少し複雑になる可能性があります。
利点:
- ソケットのライフサイクル全体を詳細に追跡できます。
- 切断だけでなく、接続中、切断中など、よりきめ細やかな状態管理が可能です。
disconnected() との関係: disconnected() シグナルは、ソケットが ClosingState から UnconnectedState に遷移した際、または何らかの理由で接続が切断され UnconnectedState になった際に発行されます。したがって、stateChanged() シグナルを監視し、ソケットの状態が UnconnectedState になったことを検出することでも、切断を検知できます。
説明: ソケットの状態が変化したときに発生します。引数として新しいソケットの状態（QAbstractSocket::SocketState enum）が渡されます。
- UnconnectedState: ソケットが接続されていない状態。
- HostLookupState: ホスト名の解決中。
- ConnectingState: 接続を試行中。
- ConnectedState: 接続済み。
- BoundState: (UDPソケットなどで) アドレスにバインド済み。
- ClosingState: ソケットが閉じられている最中（データの書き出し中など）。
- ListeningState: (サーバーソケットなどで) 接続を待機中。

QAbstractSocket::error(QAbstractSocket::SocketError socketError) シグナル

使用例:

connect(socket, QOverload<QAbstractSocket::SocketError>::of(&QTcpSocket::error), this, [&](QAbstractSocket::SocketError error){
    qDebug() << "ソケットエラー発生:" << socket->errorString();
    if (error == QAbstractSocket::RemoteHostClosedError || error == QAbstractSocket::NetworkError) {
        qDebug() << "ネットワーク問題により切断された可能性あり。";
        // 適切なエラー処理と切断処理
    }
});

欠点:
- すべての切断が必ずしも事前にエラーシグナルを伴うわけではありません（例: disconnectFromHost() を呼び出した場合など）。
- エラーの種類によっては、直ちに切断を意味しない場合もあります。
利点:
- 切断の原因 を特定できます。disconnected() は切断された事実しか伝えませんが、error() はなぜ切断されたのかの手がかりを提供します。
- エラーハンドリングと切断処理を統合できます。
disconnected() との関係: 多くの接続切断は、何らかの基礎となるエラー（例: RemoteHostClosedError, NetworkError, SocketAccessErrorなど）を伴います。これらのエラーが発生すると、通常はその後 disconnected() シグナルも発行されます。
説明: ソケット操作中にエラーが発生したときに発生します。エラーの種類を示す QAbstractSocket::SocketError enum が引数として渡されます。

アプリケーションレベルのハートビート (Keep-Alive)

使用例:

// MyClient クラスの例
// QTimer *keepAliveTimer; // メンバー変数として追加

// コンストラクタ内:
// keepAliveTimer = new QTimer(this);
// connect(keepAliveTimer, &QTimer::timeout, this, &MyClient::sendKeepAlive);
// keepAliveTimer->start(5000); // 5秒ごとにハートビートを送信

// MyClient::onConnected() でタイマーを開始
// MyClient::onDisconnected() や エラー時にタイマーを停止

// void MyClient::sendKeepAlive() {
//     if (socket->state() == QAbstractSocket::ConnectedState) {
//         socket->write("HEARTBEAT\n"); // サーバーが認識するハートビートメッセージ
//         // 応答を待つためのタイムアウトも設定する
//     }
// }
// サーバー側でハートビートの受信と応答を実装する必要がある

欠点:
- 実装に手間がかかります（定期的な送信、応答の監視、タイムアウト処理）。
- ネットワークトラフィックが少量ですが増加します。
利点:
- ネットワークの物理的な切断や、相手アプリケーションのクラッシュなど、TCPレベルで即座に検知できない切断を迅速に検出できます。
- アイドル状態の接続がファイアウォールによって切断されるのを防ぐ効果もあります。
disconnected() との関係: TCPレベルのタイムアウト（OSに依存）よりも早く、アプリケーションレベルで接続の異常を検知できます。disconnected() シグナルがOSのTCPスタックによって発行されるのを待つことなく、より迅速に切断を検出できます。
説明: これはQtのシグナルではありませんが、ネットワーク接続が実際に機能しているかを確認するための重要な手法です。アプリケーションが定期的に（例: 5秒ごと）少量のデータを相手に送信し、設定された時間内に応答がなければ、接続が切断されたと判断します。

ソケットの bytesAvailable() や readAll() の戻り値の監視

使用例:

void MyClient::onReadyRead()
{
    QByteArray data = socket->readAll();
    if (data.isEmpty() && socket->bytesAvailable() == 0) {
        // これは通常、disconnected() シグナルが続くことを意味します
        qDebug() << "受信データなし、接続終了の兆候か？";
    } else {
        qDebug() << "データを受信しました:" << data;
    }
}

欠点:
- 空のデータ送信と区別がつきにくい。
- 通常は disconnected() や error() シグナルの方が信頼性が高いです。
利点:
- データストリームの正常な終了を検知するのに役立つ場合があります。
disconnected() との関係: これは直接的な切断検知ではなく、データストリームの終了を示す可能性のある兆候です。disconnected() シグナルが発火する前兆として観察されることがあります。
説明: readyRead() シグナルは新しいデータが到着したときに発行されますが、readAll() の戻り値が空のバイト配列であることや、bytesAvailable() が0を返すことがあります。これは、相手がデータを送信せずに接続を閉じようとしている兆候である場合があります。

QAbstractSocket::disconnected() シグナルは、ソケット切断を処理するための標準的かつ最も直接的な方法です。しかし、より堅牢でエラー耐性の高いネットワークアプリケーションを構築するためには、以下のシグナルと手法を組み合わせて使用することが推奨されます。

アプリケーションレベルのハートビート: 長時間アイドル状態の接続や、TCPタイムアウトでは検知が遅れる切断を早期に検知するために非常に有効。
stateChanged(): オプションだが有用。ソケットのライフサイクル全体を監視し、詳細な状態管理を行う。
error(): 必須。切断の原因を特定し、エラーハンドリングを行う。
disconnected(): 必須。切断されたことを通知。

Qtで安定したネットワークアプリを開発！disconnected()シグナル活用術

void QAbstractSocket::disconnected() とは？

どのような時に発生するか？

なぜこのシグナルが重要なのか？

disconnected()シグナルが発火しない（または遅延する）

スロットが呼び出されない

例1: 基本的なクライアントソケットの切断処理

MyClient.h (ヘッダーファイル)

MyClient.cpp (実装ファイル)

main.cpp (アプリケーションのエントリポイント)

MyServer.h

MyServer.cpp

main.cpp (サーバーアプリケーションのエントリポイント)

QAbstractSocket::stateChanged(QAbstractSocket::SocketState socketState) シグナル

QAbstractSocket::error(QAbstractSocket::SocketError socketError) シグナル

アプリケーションレベルのハートビート (Keep-Alive)

ソケットの bytesAvailable() や readAll() の戻り値の監視

`void QAbstractSocket::disconnected()` とは？

`MyClient.h` (ヘッダーファイル)

`MyClient.cpp` (実装ファイル)

`main.cpp` (アプリケーションのエントリポイント)

`MyServer.h`

`MyServer.cpp`

`main.cpp` (サーバーアプリケーションのエントリポイント)