[发明专利]一种基于TCP协议数据分包黏包的处理方法

说明书

本发明公开了一种基于TCP协议数据分包黏包的处理方法，包括：在接收数据时计算每次读取的数据长度Length_every；获取所接收数据类型的完整长度Length；获取上一次接收的缓存数据，计算实际已读取的数据长度Length_real；判断实际已读取的数据长度Length_real是否与所接收数据类型的标准完整长度Length是否相等，本方法在通过TCP协议进行数据传输时，可以有效解决传输过程中出现的数据分包、黏包问题，适用于不同类型的数据传输，没有过多繁琐的计算判断，不会对传输速度造成影响，适用范围广。

技术领域

本发明涉及数据传输技术领域，尤其涉及一种基于TCP协议数据分包黏包的处理方法。

背景技术

TCP作为常用的网络传输协议，数据流解析是网络应用开发人员永远绕不开的一个问题，数据在传输过程中可能会产生分包、黏包、丢包，分包产生的原因，可能是因为数据过大分成了两次或者多次传输，也可能是传输过程中丢失部分包导致出现半包，也有可能是IP分片传输导致。另一方面，TCP需要尽可能高效和可靠，所以TCP默认采用Nagle算法，合并相连的数据包，达到一定的数量再一次性发送，以达到提升网络传输效率的目的。而数据包的合并在TCP协议中是没有分界线的，所以这就会导致接收方不能还原其本来的数据包，这就是黏包。

发明内容

鉴以此，本发明的目的在于提供一种基于TCP协议数据分包黏包的处理方法，以至少解决以上问题。

一种基于TCP协议数据分包黏包的处理方法，包括以下步骤：

S1、TCP通信服务端接收来自客户端的数据，计算每次接收的数据长度Length_every；

S2、TCP通信服务端获取所接收数据类型的标准完整长度Length；

S3、TCP通信服务端获取上一次接收的缓存数据，若获取到缓存数据，则计算实际已读取的数据长度Length_real；若未获取到缓存数据，则Length_real赋值为0；

S4、判断实际已读取的数据长度Length_real与所接收数据类型的标准完整长度Length是否相等，若是，则一次完整数据接收结束；若否，则将实际已读取的数据进行缓存，重新执行步骤S1。

进一步的，步骤S4中，若判断实际已读取的数据长度Length_real是否与所接收数据类型的标准完整长度Length不相等，还包括步骤：

S41、判断所接收数据类型的标准完整长度Length是否大于实际已读取的数据长度Length_real，若是，则表示所接收数据分包，缓存已读取数据，并返回执行步骤S1，若否，则表示数据黏包，执行下一步骤；

S42、判断实际已读取数据长度Length_real是否为所接收数据类型的标准完整长度Length的倍数，若是，则表示一次接受多条完整数据结束；若否，缓存已读取数据，并返回执行步骤S1。

进一步的，通过为各种不同类型不同长度的数据引入固定标识位，在TCP通信服务端接收数据时实现对不同类型数据的分包、黏包处理，具体包括：

S21、为不同类型的数据设置对应的固定标识位以识别其长度，在TCP通信服务端每次接收来自客户端的数据时，还对获取数据的标识位进行识别判断其是否与相应数据类型的固定标识位相同，若不相同则执行S22步骤；若相同则执行S23步骤；

S22、获取缓存的完整长度Length，判断Length是否为0，若为0则表示该数据不是源数据或者是丢包数据，将数据丢弃并执行S1步骤；若不为0，则表示该数据分包或黏包，执行步骤S3；

S23、计算获取到的每条数据的完整长度Length，在每次获取不同长度的数据类型都重新计算完整长度Length，执行步骤S3。