请教:如何收取tcp协议包?

yuangong

现在在收取tcp包的时候出了问题.收取的包为某种协议(不能修改),格式如下:

1. 
   
2. method:xxx
   
3. from:xxx
   
4. to:xxx
   
5. content_type:xxx
   
6. content_length:xxx
   
7. 
   
8. XXXXXXXXXXXXXXXXXXXXXXX
   
9. XXXXXXXXXXXXXXXXXXXXXXX
   
10. xxxxxxxxxxxxxxxxxxxxxxxxxx
    
11. -------------#
    

复制代码

其中-------------#表示包结束.现在难点是不知道包的具体长度,因为tcp为流式的,我现在的做法是在recv的时候加上msg_peek的标志(收消息,但是消息还是在
socket buffer中),取出固定个字节,然后分析buffer,得到包的具体长度,然后真正的recv出来.这样做的问题是如果我收到半个包,先不做处理而是等到一个完整的包后
去取.因为对半个包不做处理,select会一直有信号表示有事件发生而频繁的调用函数处理.
请问大家对这种情况该如何处理?
谢谢!

pengjay

content_length不是内容的长度吗？

yuangong

是具体的长度,但是包头的长度是可变的.也就是说content_length在包中的位置是不确定的.

caijimin

为什么不先把header收完呢？ 比如说收到\r\n\r\n（类似http协议）
这时候肯定有content_length了， 再感觉content_length决定要收后面的多少数据

anthony1983

先收1K，看看有content_length不(1k的header够了吧)，不行再收1K。。不可能有超过10K的header吧。。。。

cjaizss

协议是谁定的，如果定的让人搞不懂，那就先拖出来打一顿

yuangong

如果每1k一收,那么存在一种问题,因为包分为2种,请求和应答(只有header,较小).所以有可能收到1.x个包和半个包的情况,如果对那0.x个包做缓存将会变的很复杂,因为不止一个socket接收处理数据.理想的情况是每次取出一个包.

anthony1983

原帖由 yuangong 于 2007-11-22 22:13 发表
如果每1k一收,那么存在一种问题,因为包分为2种,请求和应答(只有header,较小).所以有可能收到1.x个包和半个包的情况,如果对那0.x个包做缓存将会变的很复杂,因为不止一个socket接收处理数据.理想的情况是每次取出 ...

  大哥 recv 收到一个包就会返回的，只是要你吧缓冲区设1K而已

[ 本帖最后由 anthony1983 于 2007-11-23 08:53 编辑 ]

yuangong

原帖由 anthony1983 于 2007-11-23 08:49 发表

  大哥 recv 收到一个包就会返回的，只是要你吧缓冲区设1K而已

这样还是有个问题:缓冲区设置多大为好,因为请求包和应答包的大小差别很大.可能请求为2k,响应只有20字节.你若1k1收,可能会收到1个或多个响应和半个请求包.

anthony1983

recv如下情况会返回
1. 收到一个完整数据包
2.到达缓存区（包未完整）
3.出错

这样就能保证recv出来的，是一个完整的包，或者不完整，绝对不可能出现多个包！

缓存区的设置是一个为了提高效率，减少recv系统调用的方法，（你大可以10个字节的recv，然后校验content-length,但是这样会调用recv很多次！）

以前写过这样的协议，所以这方面有一点点经验。

关于请求：  1K是一个经验值， 因为大概header不会超过1K，这样通过解析header中length的长度，进一步recv（这个时候可能需要while recv）,直到整个请求包收完。

关于应答： 1K也是一个经验值，应答整个包一般都不会超过1K

你可以根据你的协议需要，设这样的经验值