【你问我答】什么是tcp粘包？应该如何解决？

什么是TCP粘包问题？ TCP粘包就是指发送方发送的若干包数据到达接收方时粘成了一包，从接收缓冲区来看，后一包数据的头紧接着前一包数据的尾，出现粘包的原因是多方面的，可能是来自发送方，也可能是来自接收方。 造成TCP粘包的原因 （1）发送方原因 TCP默认使用Nagle算法（主要作用：减少网络中报文段的数量），而Nagle算法主要做两件事： 只有上一个分组得到确认，才会发送下一个分组 收集多个小分组，在一个确认到来时一起发送 Nagle算法造成了发送方可能会出现粘包问题 （2）接收方原因 TCP接收到数据包时，并不会马上交到应用层进行处理，或者说应用层并不会立即处理。实际上，TCP将接收到的数据包保存在接收缓存里，然后应用程序主动从缓存读取收到的分组。这样一来，如果TCP接收数据包到缓存的速度大于应用程序从缓存中读取数据包的速度，多个包就会被缓存，应用程序就有可能读取到多个首尾相接粘到一起的包。 什么时候需要处理粘包现象？ 如果发送方发送的多组数据本来就是同一块数据的不同部分，比如说一个文件被分成多个部分发送，这时当然不需要处理粘包现象 如果多个分组毫不相干，甚至是并列关系，那么这个时候就一定要处理粘包现象了 如何处理粘包现象？ （1）发送方 对于发送方造成的粘包问题，可以通过关闭Nagle算法来解决，使用TCP_NODELAY选项来关闭算法。 （2）接收方 接收方没有办法来处理粘包现象，只能将问题交给应用层来处理。 （2）应用层 应用层的解决办法简单可行，不仅能解决接收方的粘包问题，还可以解决发送方的粘包问题。 解决办法：循环处理，应用程序从接收缓存中读取分组时，读完一条数据，就应该循环读取下一条数据，直到所有数据都被处理完成，但是如何判断每条数据的长度呢？ 格式化数据：每条数据有固定的格式（开始符，结束符），这种方法简单易行，但是选择开始符和结束符时一定要确保每条数据的内部不包含开始符和结束符。 发送长度：发送每条数据时，将数据的长度一并发送，例如规定数据的前4位是数据的长度，应用层在处理时可以根据长度来判断每个分组的开始和结束位置。

这个问题简单描述就是： A端调用了多次send，B端一个recv就都读出来了 tcp本来就是这么设计的，本来就是基于字节流而不是消息包的协议，数据变成字节流发到对面去，而且保证顺序不会乱，但是不进行字节流解析。 一般有3种解决方案： (1)发送固定长度的消息 (2)把消息的尺寸与消息一块发送 (3)使用特殊标记来区分消息间隔

1 特定结束符比如\r\n 参考http 2 约定协议字段，类型，长度，校验，加密，参考websocket

首先TCP是面向流的，所以它发送的消息并不保证一次是一个包的发送。因为有naggle算法，所以会等差不多200ms左右，如果有下一个报文这个时候发送的话，会一起发出去。所以会造成粘包。 1、有用分隔符表示一个包的。比如\r\nxxxxxx\r\n这就其中xxxxx就是一个包的内容。 2、用带长度的报文格式，比如LV, L固定字节，表示后面V的长度。 3、用固定包大小，不足的补。