QT tcp Socket 通信开发

来源:互联网 发布:算法工程师报名 编辑:程序博客网 时间:2024/04/29 05:27

 

转自:http://blog.csdn.net/demowolf/archive/2010/05/17/5598879.aspx

 

折腾了很久TCP IP通信机制。

 

以前虽然看过bsd tcp/ip的so called 基础通信代码。什么bind, listen ,accept , receive, write, read,但是一直没真正理解。

 

这次由于公司需求,我狠狠地读了代码,并且搬出QT老本行,开始了QT For windows的编程。

 

这个大体构架是做一个聊天室软件。

 

每个client都可以给服务器TCP发消息,服务器通过TCP给各个客户端转发消息。

 

服务器端代码:

 

Server.cpp   继承 QTcpServer  主要用来listen to some port , 侦听到端口后, 继承重写了incomingConnection函数,来new 如下的一个

 

代码

 

tcpClientSocket.cpp 这个继承QTcpSocket ,用来 server.cpp里被 New 出来,接受各种请求

 

它重写了函数dataReceived , 即各种客户端发来的请求数据,(注意,这个不是第一步的connect状态,这个是业务逻辑上得请求,比如我给

 

server发送了“你好” ) 。

 

这一步处理好后,便开始给各个客户端分发同样的消息“你好” 。使用方法,很简单,QTcpSocket的write方法即可。

 

这里的细节重点是,在server.cpp里,每个new出来的TcpClientSocket的指针,我放到一个QLIST< TcpClientSocket * >模板里。这样,只要

 

你不删去这个节点,这个TCP链接就一直存在,嘿嘿,神奇吧。

 

刚开始我看QT自带example ,fortuneclient and threaded fortune server;我试图着在example的基础上修改代码,一步步达到目的。结果

 

发现他的业务逻辑,总是write后就自动disconnected, 我以为不disconnected,就能长链接,结果总是出错。

 

我一直纳闷,这是为什么呢?我用了个List保存了socket的descriptor,以为留着套接字的描述符,就可以下次再调出来用用。实际呢,必须

 

创建链路的时刻,就保存指针。TCP链接,指针在,链路在。指针亡,链路亡。

 

这也验证了我的想法,所谓一个真正的通信链路SOCKET的创建,是这样执行下去的。在APP层,我们调用了connect,实际OS对网卡发送了连接

 

对方的信号,这个电子,一路走过去,直到accept , 这一个链路创建了,在网卡开辟了区域了,在系统OS也开辟了内存,两方都为此一直保持

 

着这段数据的存在,指针即维系一个网络TCP链路的关键。

 

这就意味着,客户端无需写什么侦听代码来接受服务器端的消息,直接保持那个链路,消息自然就可以发过来,触发dataReceived信号。

 

写完代码后,我测试了一下,3个客户端同时链接TCP服务器端的5566端口,全部成功。

 

曾经很纠结我的所谓端口只能被一个占用。看来,理论远不如实际来的直接。

 

最后,我还是贴个代码吧。我知道,当一个人寻找各类消息的时候,代码总是最先看得,谁喜欢看人家博客唠叨半天,不讲大道理啊!

 

服务器端: