TCP 粘包 / 拆包的原因应该这么解决？

🦅 概念

TCP 是以流的方式来处理数据，所以会导致粘包 / 拆包。

• 拆包：一个完整的包可能会被 TCP 拆分成多个包进行发送。
• 粘包：也可能把小的封装成一个大的数据包发送。

🦅 原因

• 应用程序写入的字节大小大于套接字发送缓冲区的大小，会发生拆包现象。而应用程序写入数据小于套接字缓冲区大小，网卡将应用多次写入的数据发送到网络上，这将会发生粘包现象。
• 待发送数据大于 MSS（最大报文长度），TCP 在传输前将进行拆包。
• 以太网帧的 payload（净荷）大于 MTU（默认为 1500 字节）进行 IP 分片拆包。
• 接收数据端的应用层没有及时读取接收缓冲区中的数据，将发生粘包。

🦅 解决

在 Netty 中，提供了多个 Decoder 解析类，如下：

• ① FixedLengthFrameDecoder ，基于固定长度消息进行粘包拆包处理的。
• ② LengthFieldBasedFrameDecoder ，基于消息头指定消息长度进行粘包拆包处理的。
• ③ LineBasedFrameDecoder ，基于换行来进行消息粘包拆包处理的。
• ④ DelimiterBasedFrameDecoder ，基于指定消息边界方式进行粘包拆包处理的。

实际上，上述四个 FrameDecoder 实现可以进行规整：

• ① 是 ② 的特例，固定长度是消息头指定消息长度的一种形式。
• ③ 是 ④ 的特例，换行是于指定消息边界方式的一种形式。