netty的拆包粘包，在生产中是怎么处理的

概念

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

• 拆包：一个完整的包可能会被 TCP 拆分成多个包进行发送。

• 粘包：也可能把小的封装成一个大的数据包发送。

 原因

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

• 待发送数据大于 MSS（最大报文长度），TCP 在传输前将进行拆包。

• 以太网帧的 payload（净荷）大于 MTU（默认为 1500 字节）进行 IP 分片拆包。

• 接收数据端的应用层没有及时读取接收缓冲区中的数据，将发生粘包。

解决

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

• ① FixedLengthFrameDecoder ，基于固定长度消息进行粘包拆包处理的。

• ② LengthFieldBasedFrameDecoder ，基于消息头指定消息长度进行粘包拆包处理的。

• ③ LineBasedFrameDecoder ，基于换行来进行消息粘包拆包处理的。

• ④ DelimiterBasedFrameDecoder ，基于指定消息边界方式进行粘包拆包处理的。

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

• ① 是 ② 的特例，固定长度是消息头指定消息长度的一种形式。

• ③ 是 ④ 的特例，换行是于指定消息边界方式的一种形式。

在生产中是通过自定义协议处理的，在协议的开始有startTag字段，结束有endTag字段。