socket 的recv函数返回0应该怎样处理？

prettywolf

看了一下资料，recv返回0好像是客户端断开连接的意思，
但是我抓了别人的程序的通迅包，
发现客户端发了一个0字节的包到服务器，紧接着又发送了一串字符串到服务器,然后他们还在进行通讯.
难道服务器接到0字节的数据的时候,没有当客户端断开连接进行处理？
服务端接收到0字节的时候，应该怎样处理呢？

ideawu

楼主有个基本概念的错误. 对于TCP, 传输0字节数据的报文是正常的, 比如窗口探测报文, 纯ACK报文等. recv是用户user/TCP层面的调用, 而网络传输是TCP/lower network层面的行为. 网络传输了0字节数据的报文, 和recv到0字节的数据是两个完全无关的概念.

Jass

recv返回0是因为收到了FIN分节，所以返回0，表示对方主动关闭连接
至于抓包，0字节的包是什么样子的呢？

prettywolf

那个是minisniffer,没有这个包细节的.
意思是说服务器接收到0字节的包也要具体对待吗？

akirya

发现客户端发了一个0字节的包到服务器
你怎么看到的?
可能是tcp协议上用到的包,比如心跳包,连接 断开包.

yuanchengjun

0字节表示连接断开

思一克

说的非常好.

TCP STREAM 给用户的数据流和TCP协议里面的包是两回事. 后者包括有数据长度是0的包---用户层看不到,抓包可以看到.

原帖由 ideawu 于 2007-12-10 17:51 发表
楼主有个基本概念的错误. 对于TCP, 传输0字节数据的报文是正常的, 比如窗口探测报文, 纯ACK报文等. recv是用户user/TCP层面的调用, 而网络传输是TCP/lower network层面的行为. 网络传输了0字节数据的报文, 和re ...

prettywolf

是啊，我对网络程序还不是很了解，但急于解决一个问题。
粗略浏览了一下unix网络编程,
好像没说到这个问题。
哪该怎样处理呢？
有什么好的例子吗?

[ 本帖最后由 prettywolf 于 2007-12-10 20:47 编辑 ]

xpfde

客户端的程序 recv返回0,说明服务器主动断开了连接,需要重新连一下服务器.
服务器端的程序recv返回0,说明客户端主动断开了连接,当作断线处理一下就可以了.

benjiam

en  这个问题比较细致了。

其实象lz 这样的sniffer 还是会有一个问题的。 重传。 我可以将一个数据包连续传3次。 或者故意
将2个数据包 颠倒顺序传。  简单的sniffer 都是会出问题的。