社区
通信技术
帖子详情
本人发表的第一篇技术文章(原创)
fengge8ylf
2006-06-06 04:08:48
http://community.csdn.net/Expert/topic/4803/4803890.xml?temp=.4042322
...全文
383
5
打赏
收藏
本人发表的第一篇技术文章(原创)
http://community.csdn.net/Expert/topic/4803/4803890.xml?temp=.4042322
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
5 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
netsys2
2006-06-07
打赏
举报
回复
关于分配BUF,我一般采用是预先给每个连接分配一个足够大的内存,长度至少可以容纳4个包。
接收线程把读到的数据写入BUF,然后由另外的线程来处理。
netsys2
2006-06-07
打赏
举报
回复
代为ZT:
封包和拆包
对于基于TCP开发的通讯程序,有个很重要的问题需要解决,就是封包和拆包.自从我从事网络通讯编程工作以来(大概有三年的时间了),我一直在思索和改进封包和拆包的方法.下面就针对这个问题谈谈我的想法,抛砖引玉.若有不对,不妥之处,恳求大家指正.在此先谢过大家了.
一.为什么基于TCP的通讯程序需要进行封包和拆包.
TCP是个"流"协议,所谓流,就是没有界限的一串数据.大家可以想想河里的流水,是连成一片的,其间是没有分界线的.但一般通讯程序开发是需要定义一个个相互独立的数据包的,比如用于登陆的数据包,用于注销的数据包.由于TCP"流"的特性以及网络状况,在进行数据传输时会出现以下几种情况.
假设我们连续调用两次send分别发送两段数据data1和data2,在接收端有以下几种接收情况(当然不止这几种情况,这里只列出了有代表性的情况).
A.先接收到data1,然后接收到data2.
B.先接收到data1的部分数据,然后接收到data1余下的部分以及data2的全部.
C.先接收到了data1的全部数据和data1的部分数据,然后接收到了data2的余下的数据.
D.一次性接收到了data1和data2的全部数据.
对于A这种情况正是我们需要的,不再做讨论.对于B,C,D的情况就是大家经常说的"粘包",就需要我们把接收到的数据进行拆包,拆成一个个独立的数据包.为了拆包就必须在发送端进行封包.
另:对于UDP来说就不存在拆包的问题,因为UDP是个"数据包"协议,也就是两段数据间是有界限的,在接收端要么接收不到数据要么就是接收一个完整的一段数据,不会少接收也不会多接收.
二.为什么会出现B.C.D的情况.
"粘包"可发生在发送端也可发生在接收端.
1.由Nagle算法造成的发送端的粘包:Nagle算法是一种改善网络传输效率的算法.简单的说,当我们提交一段数据给TCP发送时,TCP并不立刻发送此段数据,而是等待一小段时间,看看在等待期间是否还有要发送的数据,若有则会一次把这两段数据发送出去.这是对Nagle算法一个简单的解释,详细的请看相关书籍.象C和D的情况就有可能是Nagle算法造成的.
2.接收端接收不及时造成的接收端粘包:TCP会把接收到的数据存在自己的缓冲区中,然后通知应用层取数据.当应用层由于某些原因不能及时的把TCP的数据取出来,就会造成TCP缓冲区中存放了几段数据.
三.怎样封包和拆包.
最初遇到"粘包"的问题时,我是通过在两次send之间调用sleep来休眠一小段时间来解决.这个解决方法的缺点是显而易见的,使传输效率大大降低,而且也并不可靠.后来就是通过应答的方式来解决,尽管在大多数时候是可行的,但是不能解决象B的那种情况,而且采用应答方式增加了通讯量,加重了网络负荷.再后来就是对数据包进行封包和拆包的操作.
封包:
封包就是给一段数据加上包头,这样一来数据包就分为包头和包体两部分内容了(以后讲过滤非法包时封包会加入"包尾"内容).包头其实上是个大小固定的结构体,其中有个结构体成员变量表示包体的长度,这是个很重要的变量,其他的结构体成员可根据需要自己定义.根据包头长度固定以及包头中含有包体长度的变量就能正确的拆分出一个完整的数据包.
对于拆包目前我最常用的是以下两种方式.
1.动态缓冲区暂存方式.之所以说缓冲区是动态的是因为当需要缓冲的数据长度超出缓冲区的长度时会增大缓冲区长度.
大概过程描述如下:
A,为每一个连接动态分配一个缓冲区,同时把此缓冲区和SOCKET关联,常用的是通过结构体关联.
B,当接收到数据时首先把此段数据存放在缓冲区中.
C,判断缓存区中的数据长度是否够一个包头的长度,如不够,则不进行拆包操作.
D,根据包头数据解析出里面代表包体长度的变量.
E,判断缓存区中除包头外的数据长度是否够一个包体的长度,如不够,则不进行拆包操作.
F,取出整个数据包.这里的"取"的意思是不光从缓冲区中拷贝出数据包,而且要把此数据包从缓存区中删除掉.删除的办法就是把此包后面的数据移动到缓冲区的起始地址.
这种方法有两个缺点.1.为每个连接动态分配一个缓冲区增大了内存的使用.2.有三个地方需要拷贝数据,一个地方是把数据存放在缓冲区,一个地方是把完整的数据包从缓冲区取出来,一个地方是把数据包从缓冲区中删除.第二种拆包的方法会解决和完善这些缺点.
下面给出相关代码.
netsys2
2006-06-07
打赏
举报
回复
如果你的每个通信包大得离谱,那么你这篇文章就没有意义。
你的文章适合于每个包小于4K的(绝大部分应用都是这样的),按我的方案,每个连接才占用16K内存,太少了!
fengge8ylf
2006-06-07
打赏
举报
回复
我一般采用是预先给每个连接分配一个足够大的内存
------------------------------
这个方法增大了内存
wy99sinacom
2006-06-06
打赏
举报
回复
支持
程序员编程艺术系列之经典算法研究 电子书【高清中文带书签】
围绕“面试”、“算法”、“编程”三个主题的程序员编程艺术系列(简称TAOPP系列),从今年4月写
第一篇
起,至今快有一年。近1年的创作中,写了二十七章,共计22篇
文章
。这是本人的第4大
原创
作品,不过与之前微软面试...
文章
伪
原创
工具-自动批量
文章
伪
原创
工具免费
就是把互联网现有的
文章
经过处理变成一篇
原创
的
文章
,今天给大家分享一款免费
文章
伪
原创
工具,支持一篇
文章
伪
原创
成多篇
文章
。支持批量伪
原创
+智能API接口伪
原创
。接下来我们会以图片的形式给大家展示。大家注意看图...
举报
原创
文章
《SPARQL应用实例》的抄袭情况
本人
原创
文章
《SPARQL应用实例》,网页链接 ...在
文章
发表
1天后,发现网页 ...《SPARQL应用实例》是本人
发表
的
第一篇
技术
文章
,盖本人平日受益于CSDN博客已久,为回馈社区所写,未曾想到
发表
文章
不就便被他人以
原创
MoreWindows博客目录(微软最有价值专家,
原创
技术
文章
152篇)
为了方便大家查找和学习,现将本人博客中所有博客
文章
列出目录。一.白话经典算法,目前有17篇,分为七大排序和经典面试题讲解两大类。二.多线程,有15篇,内容全面。三.C++ STL,主要从源码角度分析。四.Windows...
我的第一次
技术
付费尝试
陆续在 CSDN 上写
技术
博文几年了,访问量已经 150W 了,全部是
原创
文章
,写得很用心,也感觉到了读者的肯定。 但人都需要「恰饭」,加上自己年龄渐长,为了激励自己抽出时间继续...我的第一次
技术
收费
文章
将在 Gitc...
通信技术
4,356
社区成员
28,926
社区内容
发帖
与我相关
我的任务
通信技术
通信技术相关讨论
复制链接
扫一扫
分享
社区描述
通信技术相关讨论
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章