QT小程序--TCP服务器端与客户端连接

        基于QT实现的TCP的服务器端与客户端的通信，与C/C++套接字的大体顺序一样。

一：TCP服务器端： 

（1）创建服务器端套接字：在QT中只需要实例化QTcpServer类的指针对象即可，例如：serv_sock。他不再需要像C/C++中的socket()函数那样指定协议族和传输类型。

（2）绑定服务器端IP和端口：用实例化的指针对象serv_sock调用listen()函数，它是在 QTcpServer 或 QUdpSocket 类中可用的函数。这两个类都继承自 QAbstractSocket 类。

listen(参数1：地址，参数2：端口)；

• 参数1：服务器端一般为QHostAddress::Any
• 参数2：端口类型为unsigned short型，一般从TextEdit获取后要调用toUShort()函数

返回值是一个布尔值，用于指示监听网络连接操作是否成功。如果监听成功，则返回 true；否则返回 false。

（3）监听连接请求：如果serv_sock发送QTcpServer::newConnection信号，说明客户端有新的连接请求，可根据请求做出接受连接操作

（4）接受客户端连接：用serv_sock调用nextPendingConnection()函数，用于接收客户端的连接请求并返回一个客户端套接字，例如：cln_sock

（5）判断是否处在连接状态：可以使用cln_sock -> state()判断上面步骤建立的连接是否正在连接状态，可以与封装的QAbstractSocket::ConnectedState()函数去比较，它的默认值是正在连接状态（此步骤看需求，简单的通信连接可以没有这步）

（6）读写操作：

        读：在读操作之前应该如果有数据抵达套接字，会发送QTcpSocket::readyRead信号，来判断cln_sock套接字是否已经读到了数据。使用 cln_sock -> readAll() 来读取套接字缓冲中的数据。读取到的数据类型为QByteArray类型

        写：写操作可以调用cln_sock -> wirte()函数，函数内的内容类型为QByteArray，之所以一直强调类型，是因为在实际的应用中，很有可能在TextEdit中取数据来写入套接字，而调用toPlainText()函数只能将取出来的内容为QString类型，需要在调用toUtf8()函数转为QByteArray型

（7）断开连接：在关闭之前需要判断客户端套接字cln_sock来判断客户端是否发送了断开连接信号。如果发送了QTcpSocket::disconnected信号，在此基础上，再调用cln_sock -> close()来关闭套接字。而serv_sock的关闭，是在实例化的时候指定了父对象this，所以析构的时候自然会跟随父对象关闭。

二：TCP客户端：

（1）创建服务器端套接字：与服务器端一样，这里不再赘述

（2）绑定目标信息并发送连接请求：用实例化的指针对象serv_sock调用connectHost()函数connectHost方法是阻塞的，它会阻塞当前线程，直到连接成功或超时。如果需要非阻塞式的连接，可以使用信号和槽机制来处理连接状态的变化。

connectToHost(参数1：地址，参数2：端口)；

• 参数1 ： 这是一个 QString 类型的参数，表示要连接的主机名或 IP 地址。一般情况下会使用QHostAddress(IP)
• 参数2 ： 这是一个 quint16 类型的参数，表示连接的端口号。quint16 是 Qt 中定义的无符号 16 位整数类型，用于表示端口号。端口号是用来标识网络连接的目标服务的。

如果连接成功建立，则返回 true，否则返回 false。

 

（3）判断是否连接成功：这是一个关于套接字的信号，如果连接成功，则发送QTcpSocket::connected信号，此时可以根据信号做相应操作

（4）读写操作：与服务器端一样，这里不再赘述

（5）断开连接：客户端的断开连接是主动发送断开请求，所以不需要像服务器端那样去判断disconnected信号。直接使用serv -> close()来关闭套接字即可。

至此，简单的基于流的QT通信就完成了。