而对于服务器来说,多线程的这个特性太有用了,因为多线程使得服务器可能同时响应多个客户端的请求,所以现在服务器大多采用多线程,所以才会造成我开始的误解。
不管是多线程,还是服务器,QT中已经封装好了特定的类,所以使用起来也很方便。
下面建立一个支持多线程、TCP的服务器。
首先建立一个服务器。新建一个类(Server)继承QT中的QTcpServer类即可。服务器的职责是监听端口。当监听到有客户端试图与服务器建立连接的时候,分配socket与客户端连接,再进行数据通信。QTcpServer的listen()方法执行监听过程,可以指定监听的地址和端口。若给定了QHostAddress类型的监听地址,则监听该地址,否则,监听所有地址;若给定了quint16类型的监听端口,则监听该端口,否则,随机选定一个监听端口。
- Server * server = new Server;
- if(!server->listen(host,port)){
- ...//error
- }
QTcpServer有一个虚函数incomingConnection(int socketDescriptor),服务器每当监听到一个客户端试图建立连接的时候,会自动调用这个函数,因此,处理这个请求的过程就可以在这个函数中定义,即在子类Server的定义阶段,重新定义incomingConnection()这个函数。对于一个多线程的服务器,每当客户端试图连接的时候,服务器应该启动一个线程,负责对这个客户端进行服务,所以,incomingConnection()这个函数所要做的就是建立一个线程,而所建立的线程的作用就是对客户端进行服务,而这其中建立socket连接是基础。服务器在监听到客户端试图建立socket连接时,会为此socket分配一个唯一的标识socketDescriptor,这个标识将在服务器端建立socket连接时使用,所以应提供给每一个线程。
在QT中使用多线程,建立一个类(Thread)继承QThread类即可。QThread类也有一个虚函数,这个函数是run(),线程建立并启动(QThread::start())后,就会执行这里面的代码,因此,线程的逻辑过程就应该在run()里面定义。服务器的线程要根据socketDescriptor标识的socket建立连接,然后进行数据通信,所以要将socketDescriptor传入到Thread中,前面说过,线程是在incomingConnection()里面建立,用构造函数将socketDescriptor传入Thread类,再用socketDescriptor建立socket连接。
定义incomingConnection()
- void incomingConnection(int socketDescriptor){
- Thread * thread = new Thread(socketDescriptor);
- thread->start();
- }
定义run()
- void run(){
- QTcpSocket * socket = new QTcpSocket(socketDescriptor);
- ...//数据通信
- }
自此,一个简单的多线程服务器建立完毕。
写的不好,望请指教。
============================
QT4中socket通信
近的软件工程课程设计让我重新开始使用QT,上次数据结构的课程设计也是用QT,虽然是做出来了,但是现在想想,那个时候对QT的理解,或者说得更广一点,对OO的理解,简直太差劲了,当然,人的知识是进步的,所以现在有这样的感受是很正常的。虽然整体的开发工作还没有完全结束,但是已经有了很多心得体会,所以特来记录分享一下。
我们的系统采用的是C/S结构,所以客户端与服务器通信是最关键,不幸的是,虽然我们没有用过QT的socket类,我们也没有估计好通信的难度,等到意识到第一次使用的困难时,已经是第5天了,始终没有进展,我临危受命。现在是第6天,刚刚把通信模块封装好,算是对这两天的突击的一个回报。
我们遇到的问题socket已经建立,并且发送端已经将消息发送,但是接收端始终收不到消息。(我用的socket类型是TCP,也就是QTcpSocket类)
发送端(发送端一直不存在问题)代码如下:
- ... // 建立连接,客户端和服务器端有区别,在此省略<BR>
- QByteArray block;
- QDataStream out(&block,QIODevice::WriteOnly); // 写信息至block中,用到QDataStream类<BR>
- socket.write(block);// 信息写完毕,写入socket,由socket发送<BR>
- socket.disconnectFormHost();
- socket.waitForDisconnected();
有问题的接收端代码如下:
- ... // 建立连接<BR>
- QDataStream in(&socket);// 接收socket中的数据流<BR>
- ... // 从数据流 in 中读数据
以上是最原始的接收和发送端工作过程,调试过程中,分别讲两端的socket的状态打印出来,结果是发送端为A connection is established. 而接收端为The socket has started establishing a connection. 也就是说发送端正确的建立了连接,并将数据写入,而接收端只是正在建立连接,而并没有建立好,所以是根本不会受到数据的。所以先要确保接收端的连接建立好。waitForConnected()方法就可以解决这个问题,它将一直等待直到连接已经建立。
改进后的接收端代码:
- ... // 建立连接<BR>
- socket.waitForConnected(5000) // 5000表示等待的时间,默认参数为3000,单位是百万分之一秒
- QDataStream in(&socket);// 接收socket中的数据流<BR>
- ... // 从数据流 in 中读数据
此时,接收端输出的socket状态为A connection is established,连接成功建立。
但是还是收不到信息,参考了一下别人的程序,再比对一下参考手册,原来QTcpSocket的爷爷类(其实是父类QAbstractSocket的父类)QIODevice有一个readyRead的信号(signal),当信息准备好并可以读的时候,这个信号就将发出,也就是说,只有当这个信号发出的时候,才可以读消息。所以要把读消息的动作read作为一个槽(slot),并将其与readyRead信号连接。
- connect(&socket,SIGNAL(readyRead()),this,SLOT(read()));
但是直接触发socket信号,而不用图形界面的动作来触发一个动作并由这个动作来触发socket信号一直也触发不了read这个动作。但是我要封装成一个接口类提供给上层使用,用图形界面自然是不现实的,于是翻阅了手册,发现了一个QAbstractSocket类的一个方法——waitForReadyRead(),这个方法将一直等待到数据可以读时结束,此时就可以读数据了。方法也很简单:
- ... // 建立连接<BR>
- socket.waitForConnected(5000) // 5000表示等待的时间,默认参数为3000,单位是百万分之一秒<BR>
- if(!socket.waitForReadyRead(3000)){//3000为等待时间,没有默认的等待时间,单位是百万分之一秒
- return ;
- }<BR>
- QDataStream in(&socket);// 接收socket中的数据流<BR>
- ... // 从数据流 in 中读数据
这样,数据成功读取出来,实现数据的通信。
单向的数据传输问题解决了,然后再利用单向的数据通信组装成双向的数据通信,这过程中也会遇到不少问题,将在另一篇日志介绍。
转自:https://blog.csdn.net/dongfangyu/article/details/5919789
jerry在我自己编写qt4.8 多线程tcp服务端的时候未参考,后来看到的,还不错,供大家参考,重要的我标红了,其实原理都是相同的,就是多线程我习惯用movetothread。