CN105991223A - 一种tcp网络传输数据中防粘包的方法及*** - Google Patents
一种tcp网络传输数据中防粘包的方法及*** Download PDFInfo
- Publication number
- CN105991223A CN105991223A CN201510077379.0A CN201510077379A CN105991223A CN 105991223 A CN105991223 A CN 105991223A CN 201510077379 A CN201510077379 A CN 201510077379A CN 105991223 A CN105991223 A CN 105991223A
- Authority
- CN
- China
- Prior art keywords
- data
- round
- robin queue
- location
- storage
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明所提供的一种TCP网络传输数据防粘包的方法及***,通过采用循环队列缓存网络数据,并提供操作接口,对数据进行处理。由于数据是循环存储的,当循环队列存储到结尾处以后,接下来接收的数据,会循环存储在循环队列开始处,而读取过的循环队列中数据会被清除,因此,接收到的数据会循环存储到队列中,且使用该方法及***,调用者不必维护很多的参数,在不降低传输效率的同时,减少了TCP网络传输数据时,发生数据包之间的粘包,导致数据传输错误的可能。
Description
技术领域
本发明涉及信息通信领域,尤其涉及的是一种TCP传输数据时防粘包的方法及***。
背景技术
TCP是面向连接的传输层协议,其目标是提供可靠的端到端连接,保证信息有序无误的传输,它除了提供基本的数据传输功能外,还采用了数据编号、校验和计算、数据确认等一系列措施来保证可靠性。
TCP粘包是指发送方发送的若干数据包在接收方接收时粘成一包,从接收缓冲区看,后一包数据的头紧接着前一包数据的尾。造成粘包现象的原因是多方面的,它既可能由发送方造成,也可能由接收方造成。发送方引起的粘包是由TCP协议本身造成的,TCP为提高传输效率,发送方往往要收集到足够多的数据后才发送一包数据。若连续几次发送的数据都很少,通常TCP会根据优化算法把这些数据合成一包后一次发送出去,这样接收方就收到了粘包数据。接收方引起的粘包是由于接收方用户进程不及时接收数据,从而导致粘包现象。这是因为接收方先把收到的数据放在***接收缓冲区,用户进程从该缓冲区取数据,若下一包数据到达时前一包数据尚未被用户进程取走,则下一包数据放到***接收缓冲区时就接到前一包数据之后,而用户进程根据预先设定的缓冲区大小从***接收缓冲区取数据,这样就一次取到了多包数据。粘包情况有两种,一种是粘在一起的包都是完整的数据包,另一种情况是粘在一起的包有不完整的包。
不是所有的粘包现象都需要处理,若传输的数据是不带结构的连续流数据(如文件传输),则不必把粘连的包分开。但在实际应用中,传输的数据一般是带结构的数据,这时就需要做分包处理。
但在实际应用中,传输的数据一般是带结构的数据,这时就需要做分包处理。
通常情况下,为了避免数据粘包,现有技术中采用一些方法避免:一是通过设置socket参数,强制立即发送数据,而不是等到缓冲区满后才发送;二是对于接收方引起的粘包,则可通过优化程序设计、精简接收进程工作量、提高接收进程优先级等措施,使其及时接收数据,从而尽量避免粘包现象;三是由接收方控制,将一包数据按结构字段,人为控制分多次接收,然后合并,通过这种手段来避免粘包。以上提到的三种措施,都有其不足之处。第一种编程设置方法虽然可以避免发送方引起的粘包,但却取消了优化算法,降低了网络发送效率,影响应用程序的性能。第二种方法只能减少粘包的可能性,但并不能完全避免粘包,当发送频率较高时,或由于网络突发可能使某个时间段数据包到达接收方较快,接收方还是有可能来不及接收,从而导致粘包。第三种方法虽然避免了粘包,但应用程序的效率较低,对实时应用的场合不适合。
现有使用的一种比较周全的解决方法是:接收方创建一个预处理线程,对接收到的数据包进行预处理,将粘连的包分开。具体的:将接收的网络数据存储在数组中,从数组的开始位置,读取长度字段L,如果数组中的有效数据大于等于L,则根据L,从数组中提取出一个数据包p,然后,将数组的剩余数据,重新移动到数组的开始位置,再继续接收数据或者分析剩余数据是否满足提取一个数据包的条件。此方法的缺点是,当处理完数据后,必须将数据重新移动到数组的开始位置,否则在继续接收数据时,可能因数组剩余空间不足而无法完全接收网络数据,另外,数组的有效数据长度,需要额外的参数维护。
因此,现有技术存在缺陷,有待于改进和发展。
发明内容
本发明的目的在于针对上述现有技术中的TCP网络传输数据时由于TCP网络传输本身或者接收方不能及时接收数据的原因,导致传输的数据包之间发生粘包的缺陷,提供一种TCP传输数据时防粘包的方法及***。
本发明的技术方案如下:
一种TCP传输数据时防粘包的方法,其中,应用于数据接收方,所述方法包括:
A、预先在传输数据的缓冲区域中建立循环队列;
B、接收来自发送方的数据,并将接收的数据依次排列存储到循环队列中,并从存储数据的开始位置判断循环队列中存储的数据是否含有完整的数据包,若含有则执行步骤C,否则重复本步骤;
C、提取该完整的数据包,并清除所述循环队列中已提取的该完整的数据包所对应的数据;同时对所述循环队列中接收到的数据是否排列到循环队列的结尾处进行判断,若排列到结尾处,则执行步骤D,否则返回步骤B;
D、将后续接收到的数据从循环队列的开始位置进行下一循环的存储。
所述TCP传输数据时防粘包的方法,其中,在上述步骤A还包括步骤A1:
A1、在循环队列中设置用于对其中存储数据的开始位置和结束位置进行定位的开始定位标识和结束定位标识。
所述TCP传输数据时防粘包的方法,其中,所述步骤C中还包括:
清除所述循环队列中完整数据包所对应的数据之后,所述开始定位标识自动移动到下一完整数据包所对应存储位置的开始端;
所述步骤B中还包括:
将接收的数据依次排列存储到循环队列中以后,所述结束定位标识自动移动到数据存储的结束位置。
所述TCP传输数据时防粘包的方法,其中,在上述步骤C中还包括:判断循环队列中存储的数据是否含有完整的数据包的方法为:判断预定数据长度是否小于等于循环队列中存储的有效数据长度,若小于等于则判定为含有完整的数据包,否则判定为不含有;
所述有效数据长度为:当开始定位标识在结束定位标识之前时,位于所述开始定位标识和结束定位标识之间的队列长度,当开始定位标识在结束定位标识之后时,则位于所述开始定位标识之后和位于结束定位标识之前的队列长度。
所述TCP传输数据时防粘包的方法,其中,所述步骤A之前还包括步骤:
预先在用于传输数据的缓冲区域中设置用于建立循环队列的内存空间。
一种TCP传输数据时防粘包的***,其中,应用于数据接收方,所述***包括:
循环队列建立模块,用于预先在传输数据的缓冲区域中建立循环队列;
数据存储判断模块,用于接收来自发送方的数据,并将接收的数据依次排列存储到循环队列中,并从存储数据的开始位置判断循环队列中存储的数据是否含有完整的数据包;
数据提取及清除模块,用于提取该完整的数据包,并清除所述循环队列中已提取的该完整的数据包所对应的数据;同时对所述循环队列中接收到的数据是否排列到循环队列的结尾处进行判断;
循环存储模块,用于当所述循环队列中接收到的数据排列到循环队列的结尾处,则将后续接收到的数据从循环队列的开始位置进行下一循环的存储。
所述TCP传输数据时防粘包的***,其中,所述循环队列建立模块包括标识定位单元;
所述标识定位单元,用于在循环队列中设置用于对其中存储数据的开始位置和结束位置进行定位的开始定位标识和结束定位标识。
所述TCP传输数据时防粘包的***,其中,所述数据存储判断模块包括结束定位标识移动单元;所述数据提取及清除模块包括开始定位标识移动单元;
所述开始定位标识移动单元,用于当清除所述循环队列中完整数据包所对应的数据之后,将所述开始定位标识自动移动到下一完整数据包所对应存储位置的开始端;
所述结束定位标识移动单元,用于将接收的数据依次排列存储到循环队列中以后,所述结束定位标识自动移动到数据存储的结束位置。
所述TCP传输数据时防粘包的***,其中,所述***还包括:内存设置模块;
所述内存设置模块,用于预先在用于传输数据的缓冲区域中设置用于建立循环队列的内存空间。
有益效果:本发明所提供的一种TCP网络传输数据防粘包的方法及***,通过采用循环队列缓存网络数据,并提供操作接口,对数据进行处理。由于数据是循环存储的,当循环队列存储到结尾处以后,接下来接收的数据,会循环存储在循环队列开始处,而读取过的循环队列中数据会被清除,因此,接收到的数据会循环存储到队列中,且使用该方法及***,调用者不必维护很多的参数,在不降低传输效率的同时,减少了TCP网络传输数据时,发生粘包现象导致数据传输错误的可能。
附图说明
图1为本发明提供的一种TCP网络传输数据防粘包的方法的步骤流程图。
图2a-图2e为本发明提供的一种TCP网络传输数据防粘包的方法中循环队列存储数据的排列示意图。
图3为本发明提供的一种TCP网络传输数据防粘包的方法具体实施例示意图。
图4为本发明提供的一种TCP网络传输数据防粘包的***结构原理示意图。
具体实施方式
本发明提供了一种TCP网络传输数据防粘包的方法及***,以下结合附图本发明的实施例对所述方法及***进行详细说明。
基于在现有技术中通过在接收方缓冲内存中创建一个预处理线程,首先将接收到的数据包进行预处理,其中,由于需要在每次提取出数组中的存储的完整数据包后,剩下存储的数据需要重新移动到数组的开始位置,然后再继续接收数据和从剩下存储的数据中提取完整数据包,从带来每次提起数据都必须移动剩下的存储数据和数值中存储的数据需要额外的维护等诸问题,本发明提供了一种使用循环队列进行数据存储防止数据包之间发生粘包的方法。
本发明提供了一种TCP传输数据时防粘包的方法,应用于数据接收方,如图1所示,所述方法包括以下步骤:
S1、预先在传输数据的缓冲区域中建立循环队列。
为了防止发送方发出的,而接收方不能及时接收的数据包发生粘包的情况,在本步骤中首先在用于存储传输数据的缓冲区域中建立循环队列,所述循环队列用于对缓冲区域内保持的数据进行循环存储。
S2、接收来自发送方的数据,并将接收的数据依次排列存储到循环队列中,并从存储数据的开始位置判断循环队列中存储的数据是否含有完整的数据包,若含有则执行步骤C,否则重复本步骤。
接收发送方发出的数据,将接收到的数据按照接收的先后顺序依次排列到循环队列中。从存储队列的开始位置对队列中是否已经接收到完整的数据包进行判断,若接收到则执行步骤S3,否则继续接收数据。
S3、提取该完整的数据包,并清除所述循环队列中已提取的该完整的数据包所对应的数据;同时对所述循环队列中接收到的数据是否排列到循环队列的结尾处进行判断,若排列到结尾处,则执行步骤S4,否则返回步骤S2。
提取上述步骤S2中检测到的完整的数据包,复制所述数据包中包含的内容,并清除循环队列中包含的所述数据包所对应的数据,从而是循环队列中所述数据包所占用的位置空闲,便于下一数据包的存储。
S4、将后续接收到的数据从循环队列的开始位置进行下一循环的存储
将接下来接收到的数据从循环队列的开始位置进行下一循环的存储,即从循环队列的开始位置重新开始进行数据的存储。
本发明为时数据在循环队列中循环存储,即读取数据时,从每次均从循环队列中保存数据的有效开始端进行读取,并将读取后的数据清除,则存储数据的开始位置随着数据包的清除也移动到下一个存储数据包的开始位置,而当接收到的数据排列存储到循环队列的结尾处时,则自动从循环队列的开始端进行存储,从而实现了在存储的数据的存储位置不变的前提下,防止数据包之间的粘包问题,提高了传输数据的效率。
为了能更好的对循环队列中存储数据的开始端和结束端进行定位,在上述步骤S1还包括步骤S11:
S11、在循环队列中设置用于对其中存储数据的开始位置和结束位置进行定位的开始定位标识和结束定位标识。
如图2a中所示,在循环队列未开始存储数据之前,在循环队列的存储数据的位置标示有数据存储的开始位置和结束位置,如图中以begin标识存储数据的开始处,以end标识存储数据的结束处。由于图2a中循环队列中未存储数据,因此其上显示的begin标识和end标识位于循环队列同一位置。
如图2b为循环队列中存储有数据包P1和P2的示意图,如图所示,循环队列中从接收方接收到数据包P1和P2,并使用开始定位标识和结束定位标识对其中存储的数据的位置进行标识,如图所示,begin标识表示为开始定位标识,其位于数据包P1存储位置之前,所述end标识表示结束定位标识,其位于数据包P2存储位置之后。
图2c为当从开始定位标识处开始进行完整数据包的检测,当检测到循环队列中存储有完整数据包P1,将完整数据包P1提取并清除后,循环队列中存储数据的结构示意图。如图所示,当数据包被清除后,其中存储数据包P1的位置空闲,因此开始定位标识移动中其中存储的数据包P2的开始处,对循环队列中存储数据的开始位置进行定位。
图2d为在上述图2c中表述的状态下循环队列中再次接收到数据包P3 时,将其进行存储,则结束定位标识自动移动到数据包P3之后,即图中所示的end标识根据循环队列中存储数据发生了改变,发生了移动。
图2e为当循环队列存储的数据已经到的队列的结尾处,则结束定位标识自动返回到循环队列的开始端,对接收到的数据所存储的位置进行定位,也即是当数据包P5保存在循环队列的开始端时,则将数据包P5结束段标识为数据存储的结束位置,并将其新接收到的数据包存储在end位置后面的空闲缓存区域,并从begin标识位置检测是否存储有完整数据包,并提取完整的数据包后,清除相对应的数据,从而实现对接收到的数据进行循环存储。
如上述图2b-图2c所述,步骤S4中还包括:
清除所述循环队列中完整数据包所对应的数据之后,所述开始定位标识自动移动到下一完整数据包所对应存储位置的开始端;
如上述所述图2a-图2b所述,步骤S2中还包括:
将接收的数据依次排列存储到循环队列中以后,所述结束定位标识自动移动到数据存储的结束位置。
为了能更加准确的对循环队列中是否含有完整的数据包,在上述步骤S3中判断循环队列中存储的数据是否含有完整的数据包的方法为:判断预定数据长度是否小于等于循环队列中存储的有效数据长度,若小于等于则判定为含有完整的数据包,否则判定为不含有完整的数据包;
所述有效数据长度为:当开始定位标识在结束定位标识之前时,位于所述开始定位标识和结束定位标识之间的队列长度,当开始定位标识在结束定位标识之后时,则位于所述开始定位标识之后和位于结束定位标识之前的队列长度。例如图2d中循环队列中存储数据的有效数据长度为begin标识(即开始定位标识)与end标识(即结束定位标识)之间的数据长度,而图2e中循环队列中存储数据的有效数据长度为begin标识(即所述开始定位标识)之后和位于end标识(即结束定位标识)之前的数据长度。
为了能缓存区域中建立循环队列,在所述步骤S1之前还包括步骤:
S0、预先在用于传输数据的缓冲区域中设置用于建立循环队列的内存空间。
如图3所示为本发明所提供的一种TCP传输数据时防粘包的方法在具体实施例时的步骤流程图,如图所示,在具体进行实施时,所述方法包括以下步骤:
H1、开始时,首先建立用于对发送方发送的数据进行预先存储的循环队列。
H2、接收TCP传输的数据,并将数据写入循环队列中,并实时根据循环队列中存储的数据处于的位置移动结束定位标识。
H3、在将接收到的数据存储入循环队列的同时,数据的接收方从开始定位标识位置读取长度为I的字段,并判断该字段长度是否小于等于有效数据长度,若小于等于则将其判定在循环队列中存在至少一个完整的数据包,则执行步骤H5,否则,返回到步骤H2继续接收数据,说明循环队列中不存在完整的数据包。
H5、提取检测到的完整的数据包,并清空该数据包在循环队列中的数据,并移动开始定位标识到下一个数据包存储的开始位置。
以c++语言为例,循环队列提供的接口如下:
1、long init(long size)
循环队列开辟大小为size的内存空间。
2、long writeBuffer(const char *pData, long len)
TCP接收到长度为len的网络数据,写入到循环队列。
3、long readBuffer(char *pBuf, long len)
从循环队列begin位置开始,取出长度为len的数据。
4、long readBytes(char *pBuf, long len)
从循环队列begin位置开始,读取长度为len的数据。
5、long getDataLength()
返回循环队列中有效数据的长度。
6、longgetBufferSize()
返回循环队列的大小。
其中,readBuffer、readBytes的区别是,readBuffer读取数据后,会移动begin游标的位置,即取出了网络数据,而readBytes仅将数据拷贝一份,也即是仅仅用于对预设的数据长度是否小于等于存储数据的有效长度,小于等于,则通过readBuffer读取数据,否则并不通过readBuffer读取数据。
在上述方法的基础上,本发明还提供了一种TCP传输数据时防粘包的***,如图4所示,所述***包括:
循环队列建立模块10,用于预先在传输数据的缓冲区域中建立循环队列;其功能如上述步骤S1所述。
数据接收存储模块20,用于接收来自发送方的数据,并将接收的数据依次排列存储到循环队列中;其功能如上述步骤S2所述。
数据包判断模块30,用于从存储数据的开始位置判断循环队列中存储的数据是否含有完整的数据包;其功能如上述步骤S3所述。
数据提取及清除模块40,用于当所述数据包判断模块中判定出含有完整的数据包时,则提取该完整的数据包,并清除该数据包所对应的数据;其功能如上述步骤S4所述。
循环存储模块50,用于当检测所述循环队列中接收到的数据排列到循环队列的结尾处,则自动将后续接收到的数据从循环队列的开始位置进行下一循环的存储。其功能如上述步骤S5所述。
所述循环队列建立模块包括标识定位单元;
所述标识定位单元,用于在循环队列中设置用于对其中存储数据的开始位置和结束位置进行定位的开始定位标识和结束定位标识。
所述数据提取及清除模块包括结束定位标识移动单元;所述数据接收存储模块包括开始定位标识移动单元;
所述开始定位标识移动单元,用于当清除所述循环队列中完整数据包所对应的数据之后,将所述开始定位标识自动移动到下一完整数据包所对应存储位置的开始端;
所述结束定位标识移动单元,用于将接收的数据依次排列存储到循环队列中以后,所述结束定位标识自动移动到数据存储的结束位置。
所述***还包括:内存设置模块;
所述内存设置模块,用于预先在用于传输数据的缓冲区域中设置用于建立循环队列的内存空间。
本发明所提供的一种TCP网络传输数据防粘包的方法及***,通过采用循环队列缓存网络数据,并提供操作接口,对数据进行处理。由于数据是循环存储的,当循环队列存储到结尾处以后,接下来接收的数据,会循环存储在循环队列开始处,而读取过的循环队列中数据会被清除,因此,接收到的数据会循环存储到队列中,且使用该方法及***,调用者不必维护很多的参数,在不降低传输效率的同时,减少了TCP网络传输数据时,发生数据包粘包的现象,导致数据传输错误的可能。
应当理解的是,对本领域普通技术人员来说,可以根据上述说明加以改进或变换,而所有这些改进和变换都应属于本发明所附权利要求的保护范围。
Claims (9)
1.一种TCP传输数据时防粘包的方法,其特征在于,应用于数据接收方,所述方法包括:
A、预先在传输数据的缓冲区域中建立循环队列;
B、接收来自发送方的数据,并将接收的数据依次排列存储到循环队列中,并从存储数据的开始位置判断循环队列中存储的数据是否含有完整的数据包,若含有则执行步骤C,否则重复本步骤;
C、提取该完整的数据包,并清除所述循环队列中已提取的该完整的数据包所对应的数据;同时对所述循环队列中接收到的数据是否排列到循环队列的结尾处进行判断,若排列到结尾处,则执行步骤D,否则返回步骤B;
D、将后续接收到的数据从循环队列的开始位置进行下一循环的存储。
2.根据权利要求1所述TCP传输数据时防粘包的方法,其特征在于,在上述步骤A还包括步骤A1:
A1、在循环队列中设置用于对其中存储数据的开始位置和结束位置进行定位的开始定位标识和结束定位标识。
3.根据权利要求2所述TCP传输数据时防粘包的方法,其特征在于,所述步骤C中还包括:
清除所述循环队列中完整数据包所对应的数据之后,所述开始定位标识自动移动到下一完整数据包所对应存储位置的开始端;
所述步骤B中还包括:
将接收的数据依次排列存储到循环队列中以后,所述结束定位标识自动移动到数据存储的结束位置。
4.根据权利要求2所述TCP传输数据时防粘包的方法,其特征在于,在上述步骤C中还包括:判断循环队列中存储的数据是否含有完整的数据包的方法为:判断预定数据长度是否小于等于循环队列中存储的有效数据长度,若小于等于则判定为含有完整的数据包,否则判定为不含有;
所述有效数据长度为:当开始定位标识在结束定位标识之前时,位于所述开始定位标识和结束定位标识之间的队列长度,当开始定位标识在结束定位标识之后时,则位于所述开始定位标识之后和位于结束定位标识之前的队列长度。
5.根据权利要求1所述TCP传输数据时防粘包的方法,其特征在于,所述步骤A之前还包括步骤:
预先在用于传输数据的缓冲区域中设置用于建立循环队列的内存空间。
6.一种TCP传输数据时防粘包的***,其特征在于,应用于数据接收方,所述***包括:
循环队列建立模块,用于预先在传输数据的缓冲区域中建立循环队列;
数据存储判断模块,用于接收来自发送方的数据,并将接收的数据依次排列存储到循环队列中,并从存储数据的开始位置判断循环队列中存储的数据是否含有完整的数据包;
数据提取及清除模块,用于提取该完整的数据包,并清除所述循环队列中已提取的该完整的数据包所对应的数据;同时对所述循环队列中接收到的数据是否排列到循环队列的结尾处进行判断;
循环存储模块,用于当所述循环队列中接收到的数据排列到循环队列的结尾处,则将后续接收到的数据从循环队列的开始位置进行下一循环的存储。
7.根据权利要求6所述TCP传输数据时防粘包的***,其特征在于,所述循环队列建立模块包括标识定位单元;
所述标识定位单元,用于在循环队列中设置用于对其中存储数据的开始位置和结束位置进行定位的开始定位标识和结束定位标识。
8.根据权利要求7所述TCP传输数据时防粘包的***,其特征在于,
所述数据存储判断模块包括结束定位标识移动单元;所述数据提取及清除模块包括开始定位标识移动单元;
所述开始定位标识移动单元,用于当清除所述循环队列中完整数据包所对应的数据之后,将所述开始定位标识自动移动到下一完整数据包所对应存储位置的开始端;
所述结束定位标识移动单元,用于将接收的数据依次排列存储到循环队列中以后,所述结束定位标识自动移动到数据存储的结束位置。
9.根据权利要求6所述TCP传输数据时防粘包的***,其特征在于,所述***还包括:内存设置模块;
所述内存设置模块,用于预先在用于传输数据的缓冲区域中设置用于建立循环队列的内存空间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510077379.0A CN105991223A (zh) | 2015-02-13 | 2015-02-13 | 一种tcp网络传输数据中防粘包的方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510077379.0A CN105991223A (zh) | 2015-02-13 | 2015-02-13 | 一种tcp网络传输数据中防粘包的方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105991223A true CN105991223A (zh) | 2016-10-05 |
Family
ID=57042153
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510077379.0A Pending CN105991223A (zh) | 2015-02-13 | 2015-02-13 | 一种tcp网络传输数据中防粘包的方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105991223A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107026713A (zh) * | 2017-03-17 | 2017-08-08 | 广东蜂助手网络技术股份有限公司 | 一种在网络通讯包粘连的情况下提高网络速度的方法 |
CN107241436A (zh) * | 2017-07-18 | 2017-10-10 | 山东亚华电子股份有限公司 | 一种tcp网络高速粘包传输及存储的方法 |
CN109347825A (zh) * | 2018-10-19 | 2019-02-15 | 海南易乐物联科技有限公司 | 一种基于tcp协议数据分包黏包的处理方法 |
CN109682028A (zh) * | 2019-01-04 | 2019-04-26 | 四川虹美智能科技有限公司 | 一种空调内部的通信方法及装置 |
CN109743291A (zh) * | 2018-12-12 | 2019-05-10 | 湖北航天技术研究院总体设计所 | 一种基于循环队列的遥测数据实时处理***及方法 |
CN111245742A (zh) * | 2019-12-31 | 2020-06-05 | 宁波舜宇智能科技有限公司 | 数据的缓冲方法、装置、计算机和可读存储介质 |
CN112702322A (zh) * | 2020-12-17 | 2021-04-23 | 中国电子科技集团公司第四十一研究所 | 一种用于产线智能管理的通信数据包异常处理方法 |
CN112995066A (zh) * | 2021-02-05 | 2021-06-18 | 新天科技股份有限公司 | 帧数据处理方法、装置、电子设备及存储介质 |
CN113556331A (zh) * | 2021-07-08 | 2021-10-26 | 深圳华臻信息技术有限公司 | 一种tcp粘包处理方法、***及存储介质 |
CN113596626A (zh) * | 2021-08-24 | 2021-11-02 | 北京理工大学 | 一种基于标识注册解析的智能足底压力检测*** |
CN114915382A (zh) * | 2022-05-16 | 2022-08-16 | 南京航空航天大学 | 一种agv无线通信掉线重传及数据粘包处理方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050141418A1 (en) * | 2003-12-08 | 2005-06-30 | Samsung Electronics Co., Ltd. | Ring buffer management system and ring buffer management method |
CN101686176A (zh) * | 2008-09-24 | 2010-03-31 | ***通信集团辽宁有限公司 | 一种报文发送、接收的方法及装置 |
CN101753586A (zh) * | 2010-01-20 | 2010-06-23 | 北京数码视讯科技股份有限公司 | 发送数据的方法、接收数据的处理方法和装置 |
CN102325010A (zh) * | 2011-09-13 | 2012-01-18 | 浪潮(北京)电子信息产业有限公司 | 一种避免数据粘包的处理装置及方法 |
CN102447628A (zh) * | 2011-12-22 | 2012-05-09 | 苏州阔地网络科技有限公司 | 一种数据包传输处理方法及*** |
CN102984253A (zh) * | 2012-11-27 | 2013-03-20 | 山东中创软件工程股份有限公司 | 一种传输控制协议粘包处理方法及装置 |
CN103532668A (zh) * | 2013-10-12 | 2014-01-22 | 成都阜特科技股份有限公司 | 一种确保tcp通信数据完整及正确的方法 |
-
2015
- 2015-02-13 CN CN201510077379.0A patent/CN105991223A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050141418A1 (en) * | 2003-12-08 | 2005-06-30 | Samsung Electronics Co., Ltd. | Ring buffer management system and ring buffer management method |
CN101686176A (zh) * | 2008-09-24 | 2010-03-31 | ***通信集团辽宁有限公司 | 一种报文发送、接收的方法及装置 |
CN101753586A (zh) * | 2010-01-20 | 2010-06-23 | 北京数码视讯科技股份有限公司 | 发送数据的方法、接收数据的处理方法和装置 |
CN102325010A (zh) * | 2011-09-13 | 2012-01-18 | 浪潮(北京)电子信息产业有限公司 | 一种避免数据粘包的处理装置及方法 |
CN102447628A (zh) * | 2011-12-22 | 2012-05-09 | 苏州阔地网络科技有限公司 | 一种数据包传输处理方法及*** |
CN102984253A (zh) * | 2012-11-27 | 2013-03-20 | 山东中创软件工程股份有限公司 | 一种传输控制协议粘包处理方法及装置 |
CN103532668A (zh) * | 2013-10-12 | 2014-01-22 | 成都阜特科技股份有限公司 | 一种确保tcp通信数据完整及正确的方法 |
Non-Patent Citations (1)
Title |
---|
LIUCHEN1206: "《TCP粘包处理-RingBuf方法》", 《HTTPS://BLOG.CSDN.NET/LIUCHEN1206/ARTICLE/DETAILS/7075770》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107026713A (zh) * | 2017-03-17 | 2017-08-08 | 广东蜂助手网络技术股份有限公司 | 一种在网络通讯包粘连的情况下提高网络速度的方法 |
CN107026713B (zh) * | 2017-03-17 | 2018-04-10 | 广东蜂助手网络技术股份有限公司 | 一种在网络通讯包粘连的情况下提高网络速度的方法 |
CN107241436A (zh) * | 2017-07-18 | 2017-10-10 | 山东亚华电子股份有限公司 | 一种tcp网络高速粘包传输及存储的方法 |
CN109347825B (zh) * | 2018-10-19 | 2020-01-14 | 海南易乐物联科技有限公司 | 一种基于tcp协议数据分包黏包的处理方法 |
CN109347825A (zh) * | 2018-10-19 | 2019-02-15 | 海南易乐物联科技有限公司 | 一种基于tcp协议数据分包黏包的处理方法 |
CN109743291A (zh) * | 2018-12-12 | 2019-05-10 | 湖北航天技术研究院总体设计所 | 一种基于循环队列的遥测数据实时处理***及方法 |
CN109682028A (zh) * | 2019-01-04 | 2019-04-26 | 四川虹美智能科技有限公司 | 一种空调内部的通信方法及装置 |
CN111245742A (zh) * | 2019-12-31 | 2020-06-05 | 宁波舜宇智能科技有限公司 | 数据的缓冲方法、装置、计算机和可读存储介质 |
CN112702322A (zh) * | 2020-12-17 | 2021-04-23 | 中国电子科技集团公司第四十一研究所 | 一种用于产线智能管理的通信数据包异常处理方法 |
CN112995066A (zh) * | 2021-02-05 | 2021-06-18 | 新天科技股份有限公司 | 帧数据处理方法、装置、电子设备及存储介质 |
CN112995066B (zh) * | 2021-02-05 | 2023-10-24 | 新天科技股份有限公司 | 帧数据处理方法、装置、电子设备及存储介质 |
CN113556331A (zh) * | 2021-07-08 | 2021-10-26 | 深圳华臻信息技术有限公司 | 一种tcp粘包处理方法、***及存储介质 |
CN113596626A (zh) * | 2021-08-24 | 2021-11-02 | 北京理工大学 | 一种基于标识注册解析的智能足底压力检测*** |
CN114915382A (zh) * | 2022-05-16 | 2022-08-16 | 南京航空航天大学 | 一种agv无线通信掉线重传及数据粘包处理方法 |
CN114915382B (zh) * | 2022-05-16 | 2024-03-22 | 南京航空航天大学 | 一种agv无线通信掉线重传及数据粘包处理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105991223A (zh) | 一种tcp网络传输数据中防粘包的方法及*** | |
CN104881494B (zh) | 与Redis服务器进行数据同步的方法、装置和*** | |
CN107040549B (zh) | 一种tcp粘包处理方法、服务器及*** | |
CN102468989B (zh) | 处理网络数据的方法和*** | |
CN106934318B (zh) | 扫码处理方法、装置及*** | |
CN102611611B (zh) | 一种日志缓存***及方法 | |
TWI827754B (zh) | 誤預測恢復裝置以及用於自誤預測中恢復的方法 | |
CN102446085A (zh) | 硬件加速器模块及其设置方法 | |
US7971110B2 (en) | System and method for testing a serial attached small computer system interface | |
CN105676023A (zh) | 故障录波数据的记录方法和*** | |
CN103023939A (zh) | 在Nginx上实现云缓存的REST接口的方法和*** | |
JP2012519924A5 (zh) | ||
CN103475451A (zh) | 一种适合前向纠错和加密应用的数据报网络传输方法 | |
EP2846470A1 (en) | A method of mobile terminal internal communications | |
CN104461468A (zh) | 基于处理器指令快速完成的精确异常维护方法及装置 | |
CN103179024A (zh) | 邮件过滤方法及装置 | |
WO2024146080A1 (zh) | 一种电子设备的测试方法、***及相关装置 | |
EP2237145A3 (en) | Image processing apparatus, image forming apparatus, image processing method and program | |
CN107426270A (zh) | 一种车辆远程监控终端的数据断点续传方法 | |
CN101499920A (zh) | 一种实现单板软件下载的方法及装置 | |
CN109800202A (zh) | 一种基于pcie的数据传输***、方法及装置 | |
US20160149595A1 (en) | Forward error correction synchronization | |
CN112332952B (zh) | 一种水下滑翔机与潜标水声通信方法 | |
CN101924865B (zh) | 机顶盒数据快速获取的方法 | |
CN103108256A (zh) | 一种接收rtp包时消除抖动乱序重包的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161005 |