Fortune Server Example▲
This example is intended to be run alongside the Fortune Client example or the Blocking Fortune Client Example.
It uses QTcpServer to accept incoming TCP connections, and a simple QDataStream based data transfer protocol to write a fortune to the connecting client (from the Fortune Client example), before closing the connection.
class
Server : public
QDialog
{
Q_OBJECT
public
:
explicit
Server(QWidget *
parent =
nullptr
);
private
slots:
void
sendFortune();
private
:
void
initServer();
QLabel *
statusLabel =
nullptr
;
QTcpServer *
tcpServer =
nullptr
;
QList&
lt;QString&
gt; fortunes;
}
;
The server is implemented using a simple class with only one slot, for handling incoming connections.
tcpServer =
new
QTcpServer(this
);
if
(!
tcpServer-&
gt;listen()) {
QMessageBox::
critical(this
, tr("Fortune Server"
),
tr("Unable to start the server: %1."
)
.arg(tcpServer-&
gt;errorString()));
close();
return
;
}
QString ipAddress;
QList&
lt;QHostAddress&
gt; ipAddressesList =
QNetworkInterface::
allAddresses();
// use the first non-localhost IPv4 address
for
(int
i =
0
; i &
lt; ipAddressesList.size(); ++
i) {
if
(ipAddressesList.at(i) !=
QHostAddress::
LocalHost &
amp;&
amp;
ipAddressesList.at(i).toIPv4Address()) {
ipAddress =
ipAddressesList.at(i).toString();
break
;
}
}
// if we did not find one, use IPv4 localhost
if
(ipAddress.isEmpty())
ipAddress =
QHostAddress(QHostAddress::
LocalHost).toString();
statusLabel-&
gt;setText(tr("The server is running on
\n\n
IP: %1
\n
port: %2
\n\n
"
"Run the Fortune Client example now."
)
.arg(ipAddress).arg(tcpServer-&
gt;serverPort()));
In its constructor, our Server object calls QTcpServer::listen() to set up a QTcpServer to listen on all addresses, on an arbitrary port. In then displays the port QTcpServer picked in a label, so that user knows which port the fortune client should connect to.
fortunes &
lt;&
lt; tr("You've been leading a dog's life. Stay off the furniture."
)
&
lt;&
lt; tr("You've got to think about tomorrow."
)
&
lt;&
lt; tr("You will be surprised by a loud noise."
)
&
lt;&
lt; tr("You will feel hungry again in another hour."
)
&
lt;&
lt; tr("You might have mail."
)
&
lt;&
lt; tr("You cannot kill time without injuring eternity."
)
&
lt;&
lt; tr("Computers are not intelligent. They only think they are."
);
Our server generates a list of random fortunes that it can send to connecting clients.
connect(tcpServer, &
amp;QTcpServer::
newConnection, this
, &
amp;Server::
sendFortune);
When a client connects to our server, QTcpServer will emit QTcpServer::newConnection(). In turn, this will invoke our sendFortune() slot:
void
Server::
sendFortune()
{
QByteArray block;
QDataStream out(&
amp;block, QIODevice::
WriteOnly);
out.setVersion(QDataStream::
Qt_5_10);
out &
lt;&
lt; fortunes[QRandomGenerator::
global()-&
gt;bounded(fortunes.size())];
The purpose of this slot is to select a random line from our list of fortunes, encode it into a QByteArray using QDataStream, and then write it to the connecting socket. This is a common way to transfer binary data using QTcpSocket. First we create a QByteArray and a QDataStream object, passing the bytearray to QDataStream's constructor. We then explicitly set the protocol version of QDataStream to QDataStream::Qt_5_10 to ensure that we can communicate with clients from future versions of Qt (see QDataStream::setVersion()). We continue by streaming in a random fortune.
QTcpSocket *
clientConnection =
tcpServer-&
gt;nextPendingConnection();
connect(clientConnection, &
amp;QAbstractSocket::
disconnected,
clientConnection, &
amp;QObject::
deleteLater);
We then call QTcpServer::nextPendingConnection(), which returns the QTcpSocket representing the server side of the connection. By connecting QTcpSocket::disconnected() to QObject::deleteLater(), we ensure that the socket will be deleted after disconnecting.
clientConnection-&
gt;write(block);
clientConnection-&
gt;disconnectFromHost();
}
The encoded fortune is written using QTcpSocket::write(), and we finally call QTcpSocket::disconnectFromHost(), which will close the connection after QTcpSocket has finished writing the fortune to the network. Because QTcpSocket works asynchronously, the data will be written after this function returns, and control goes back to Qt's event loop. The socket will then close, which in turn will cause QObject::deleteLater() to delete it.