粘包和半包(个人总结)

1.首先盗个图，阐述下半包粘包问题的产生。

首先知道TCP连接层每次传输的数据有个最大限制MTU(Maximum Transmission Unit)，一般是1500比特。然而tcp为提高性能，发送端会将需要发送的数据发送到缓冲区，等待缓冲区满了之后，再将缓冲中的数据发送到接收方。同理，接收方也有缓冲区这样的机制，来接收数据。

发生TCP粘包、拆包主要是由于下面一些原因(主要是缓冲区和MTU导致)：

1. 应用程序写入的数据大于套接字缓冲区大小，这将会发生拆包。

2. 应用程序写入数据小于套接字缓冲区大小，网卡将应用多次写入的数据发送到网络上，这将会发生粘包。

3. 进行mss（最大报文长度）大小的TCP分段，当TCP报文长度-TCP头部长度>mss的时候将发生拆包。

4. 接收方法不及时读取套接字缓冲区数据，这将发生粘包。

 

2.如何解决这类问题呢

 

**Netty提供的几个方案的类：

LineBasedFrameDecoder：通过换行符来区分每个包

DelimiterBasedFrameDecoder：通过特殊分隔符来区分每个包

FixedLengthFrameDecoder：通过定长的报文来分包

LengthFieldBasedFrameDecoder：跟据包头部定义的长度来区分包//然后谈谈为何TCP需要解决半包粘包

==> TCP是面向连接的，所以TCP的数据是字节流数据，所以没有指定一个边界（传输层不做这件事情），只能通过应用层的限制做到给定一个边界，上面4种方式也是这种思路。