引言TCP协议是网络通信协议中非常重要的协议，与UDP协议相比，它既是可靠的传输协议，又是面向数据流的协议； 面向数据流实际上是以流的形式传输数据，这些传输的数据就像河水一样，它们之间没有间隙。 这意味着TCP协议传输的数据没有边界。 (实际上，TCP分组的概念是个人不合适的，毕竟TCP传输是流式传输方式。)
UDP是面向分组的，发送接收分组都是接收还是不接收，分组与分组之间有明显的边界；
一、TCP粘合包是什么？
粘包可出现在发送缓冲器或接收缓冲器中； APP应用程序从缓冲区获取数据的方式是获取整个缓冲区中的多少数据。那么，缓冲区同时位于第一个数据的末尾和第二个数据的开头，TCP是流，数据没有边界，此时发生阻塞
二. TCP压敏胶包产生
1 .在发送侧产生粘合包
使用TCP协议传输数据的客户端和服务器始终保持较长的连接状态，即使在一个连接上发送一次数据，数据包也不会粘在一起。 双方即使没有断开连接，也可以一直传输数据。 但是，如果发送的数据包太小，TCP协议缺省情况下会启用Nagle算法，将这些小数据包一起发送(缓冲区数据发送是堆的压缩过程)。 此合并过程在发送缓冲区中进行。 也就是说，数据已经发送，它已经处于粘贴数据包的状态。
2 .在接收侧产生粘合包
当接收方使用TCP协议接收数据时，将数据从网络层传递到接收方，并且传输层的TCP协议处理将其置于接收缓冲器中，以便由APP应用层主动获取此时，读取我们通过程序调用的数据的函数无法立即检索缓冲区中的数据，在下一个数据到来并包含部分数据的缓冲区的末尾，会出现我们读取数据时是粘合包的问题。 (放入数据的速度APP应用层获取数据的速度)
TCP粘合封装解决方案
现在最广泛使用的是在消息的报头中添加分组长度，接收端根据消息长度进行接收； 在一个TCP连接中，数据流在接收缓冲器中有序进行，其主要问题是第一分组的分组端与第二分组的分组端共存并接收接收缓冲器，因此适合根据长度进行读取；
1 .解决发货方的粘合包
)发生传输是因为Nagle算法合并了小分组，可以禁用该算法；
) TCP提供强制立即传输数据的操作命令推送，数据写入后调用操作命令，无需等待发送缓冲器自动填充即可立即发送数据；
)3)数据包加首标，首标信息是整个数据的长度) )最广泛最常用)；
2 .解决接收方的粘合包
(1)分析包头信息，根据长度接收；
)2)自定义数据格式)在数据中打上开始、结束的标记； 在分析时基于格式捕获数据具有的缺点是，数据中不能包含开始标志或结束标志；
(3)短连接传输，建立一个连接只传输一次数据就关机； (不推荐)
一般而言，在套接字处理大数据量的传输时，发生分组的粘贴或半包问题，为了高效有时tcp会缓冲n个分组后进行发送，这与缓存和网络有关。
粘包是x.5个包
半包是0.5包
因为网络的原因，可能会一次来0.5/1 /2/2.5/。 个人包
收到后，先看看那个包里有多少个完整的包。 把完整的包都处理掉了，也就是把x都处理掉了。 剩下的0.5留在接收区域，等待下次接收。
这次收到的是0.5(1.5/0.5 ) 1.3/0.5 ) 0.5…处理完整的包，有缺的就扔0.8。
一般接收到正确的内容后，必须向发送方作出响应。 不给予响应的是超时，发送方重新发送。
前途未卜者不可弃
没有前途的东西可以扔掉
头上有尾巴，东西不够的话可以扔掉
头和尾都不缺东西，不能扔
之所以出现粘包和半包现象，是因为在TCP中，只有流的概念，没有包的概念。
可以使用UDP协议。 这样就可以区分各个数据包了。 但是，需要确保数据包的丢失处理。 为了提到效率，请考虑写一个幻灯片窗口来发送和接收数据包。
使用TCP协议进行传输时，必须区分每个数据包。 有三种方法。 因为TCP是面向流的，所以流只能打开和关闭。 要在一个流中传输多个数据包，需要区分每个数据包的方法。
一般：可以每次发送相同大小的分组，而不发送太大的分组。 太小的数据包在后面的部分用固定的字符“ 0”填充。
(式： )针对每个字符处理流，并提取一个字符作为转义字符(通常Java是)来进行转义字符。 例如((n )表示换行) )“为了转义字符，发送方在流中)”后，在后面添加一个字符)，数据包结束后，) )显示数据包结束前的内容，构成一个包由此，能够在确保原始封装的信息不变的同时区分各个封装。
:在发送端发送一个数据包时，首先将该数据包的长度发送给对方，然后发送数据包的内容。 接收端先接收4字节，看数据包的长度，根据长度接收数据包，就没有错误了。 以上三种方法是网络传输中常用的方法。 后面的两个很常见。 最后一种方法是接收数据包。
/p>一般处理是： 一个BUFFER，用于保存当前连接的读缓存
有数据时，Buffer = Buffer + DataIn，不停的接收
收完成后，开始解析Buffer,
根据包的协议，不停的解析Buffer，并形成一个个包进行处理，处理后，Buffer = Buffer - Data，并继续解包。
TCP粘包，拆包及解决方法
粘包拆包问题是处于网络比较底层的问题，在数据链路层、网络层以及传输层都有可能发生。我们日常的网络应用开发大都在传输层进行，由于UDP有消息保护边界，不会发生粘包拆包问题，因此粘包拆包问题只发生在TCP协议中。
什么是粘包、拆包？
假设客户端向服务端连续发送了两个数据包，用packet1和packet2来表示，那么服务端收到的数据可以分为三种，现列举如下：
第一种情况，接收端正常收到两个数据包，即没有发生拆包和粘包的现象，此种情况不在本文的讨论范围内。
第二种情况，接收端只收到一个数据包，由于TCP是不会出现丢包的，所以这一个数据包中包含了发送端发送的两个数据包的信息，这种现象即为粘包。这种情况由于接收端不知道这两个数据包的界限，所以对于接收端来说很难处理。
第三种情况，这种情况有两种表现形式，如下图。接收端收到了两个数据包，但是这两个数据包要么是不完整的，要么就是多出来一块，这种情况即发生了拆包和粘包。这两种情况如果不加特殊处理，对于接收端同样是不好处理的。
为什么会发生TCP粘包、拆包？
发生TCP粘包、拆包主要是由于下面一些原因：
应用程序写入的数据大于套接字缓冲区大小，这将会发生拆包。2.应用程序写入数据小于套接字缓冲区大小，网卡将应用多次写入的数据发送到网络上，这将会发生粘包。
3.进行MSS（最大报文长度）大小的TCP分段，当TCP报文长度-TCP头部长度>MSS的时候将发生拆包。
4.接收方法不及时读取套接字缓冲区数据，这将发生粘包。
粘包、拆包解决办法
TCP本身是面向流的，作为网络服务器，如何从这源源不断涌来的数据流中拆分出或者合并出有意义的信息呢？通常会有以下一些常用的方法：
1、发送端给每个数据包添加包首部，首部中应该至少包含数据包的长度，这样接收端在接收到数据后，通过读取包首部的长度字段，便知道每一个数据包的实际长度了。
2、发送端将每个数据包封装为固定长度（不够的可以通过补0填充），这样接收端每次从接收缓冲区中读取固定长度的数据就自然而然的把每个数据包拆分开来。
3、可以在数据包之间设置边界，如添加特殊符号，这样，接收端通过这个边界就可以将不同的数据包拆分开。