[发明专利]一种基于TCP协议数据分包黏包的处理方法有效
申请号: | 201811221767.1 | 申请日: | 2018-10-19 |
公开(公告)号: | CN109347825B | 公开(公告)日: | 2020-01-14 |
发明(设计)人: | 李小平 | 申请(专利权)人: | 海南易乐物联科技有限公司 |
主分类号: | H04L29/06 | 分类号: | H04L29/06;H04L29/08 |
代理公司: | 44202 广州三环专利商标代理有限公司 | 代理人: | 陈欢 |
地址: | 570100 海南省海口市龙*** | 国省代码: | 海南;46 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 读取 接收数据 数据分包 数据传输 传输过程 缓存数据 有效解决 相等 传输 | ||
1.一种基于TCP协议数据分包黏包的处理方法,其特征在于,包括以下步骤:
S1、TCP通信服务端接收来自客户端的数据,计算每次接收的数据长度Length_every;
S2、TCP通信服务端获取所接收数据类型的标准完整长度Length,具体包括:
S21、为不同类型的数据设置对应的固定标识位以识别其长度,在TCP通信服务端每次接收来自客户端的数据时,还对获取数据的标识位进行识别判断其是否与相应数据类型的固定标识位相同,若不相同则执行S22步骤;若相同则执行S23步骤;
S22、获取缓存的完整长度Length,判断Length是否为0,若为0则表示该数据不是源数据或者是丢包数据,将数据丢弃并执行S1步骤;若不为0,则表示该数据分包或黏包,执行步骤S3;
S23、计算获取到每条数据的完整长度Length,在每次获取不同长度的类型数据都重新计算完整长度Length,执行步骤S3;
S3、TCP通信服务端获取上一次接收的缓存数据,若获取到缓存数据,则计算实际已读取的数据长度Length_real;若未获取到缓存数据,则Length_real赋值为0;
S4、判断实际已读取的数据长度Length_real与所接收数据类型的标准完整长度Length是否相等,若是,则一次完整数据接收结束;若否,则将实际已读取的数据进行缓存,重新执行步骤S1。
2.根据权利要求1所述的一种基于TCP协议数据分包黏包的处理方法,其特征在于,步骤S4中,若判断实际已读取的数据长度Length_real是否与所接收数据类型的标准完整长度Length不相等,还包括步骤:
S41、判断所接收数据类型的标准完整长度Length是否大于实际已读取的数据长度Length_real,若是,则表示所接收数据分包,缓存已读取数据,并返回执行步骤S1,若否,则表示数据黏包,执行下一步骤;
S42、判断实际已读取数据长度Length_real是否为所接收数据类型的标准完整长度Length的倍数,若是,则表示一次接受多条完整数据结束;若否,缓存已读取数据,并返回执行步骤S1。
3.根据权利要求1所述的一种基于TCP协议数据分包黏包的处理方法,其特征在于,步骤S3中,通过公式(1)计算实际已读取的数据长度Length_real,公式(1)如下所示:
Length_real=Length_every+Length_real 公式(1)。
4.根据权利要求1所述的一种基于TCP协议数据分包黏包的处理方法,其特征在于,对实际已读取的数据进行缓存时,通过其IP、端口进行缓存,在获取上一次所接收的缓存数据时,通过IP、端口获取相应数据。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于海南易乐物联科技有限公司,未经海南易乐物联科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201811221767.1/1.html,转载请声明来源钻瓜专利网。
- 上一篇:一种车辆管理系统及其使用方法
- 下一篇:一种验证方法以及系统