粘包只可能出现在流传输中

UDP是不会出现粘包，因为他是基于报文的，也就是说UDP发送端调用几次write，接收端必须调用相同次数的read读完，他每次最多只能读取一个报文，报文与报文是不会合并的，如果缓冲区小于报文长度，则多出来的部分会被丢掉。

TCP不同了，TCP是基于流传输的，他会合并消息，并且以不确定方式合并，这样就需要我们去粘包处理了。

TCP造成粘包主要原因：

    1、发送端需要等缓冲区满了才发送出去，造成粘包。

    2、接收方不及时接收缓冲区的包，造成多个包一起接收。

解决方法：

    为了避免粘包现象，可采取以下几种措施：

    1、对于发送方引起的粘包现象，用户可通过编程设置来避免，TCP提供了强制数据立即传送的操作指令push，TCP软件收到该操作指令后，就立即将本段数据发送出去，而不必等待发送缓冲区满；

    2、对于接收方引起的粘包，则可通过优化程序设计、精简接收进程工作量、提高接收进程优先级等措施，使其及时接收数据，从而尽量避免出现粘包现象；

    3、是由接收方控制，将一包数据按结构字段，人为控制分多次接收，然后合并，通过这种手段来避免粘包。

 

一般大多数都是使用第三种方法，自己定义包协议格式，然后人为拆包（根据包的长度），那么我们就需要知道TCP发送时，大概会有哪几种粘包情况产生：

    1、先接收到data1,然后接收到data2。 这是我们希望的，但是往往不是这样的。

    2、先接收到data1的部分数据,然后接收到data1余下的部分以及data2的全部。

    3、先接收到了data1的全部数据和data2的部分数据,然后接收到了data2的余下的数据。

    4、一次性接收到了data1和data2的全部数据。

 

上面就是主要的几种情况，对于2、3、4就需要我们粘包处理了。