Netty解决TCP粘包，拆包

TCP粘包，拆包问题

熟悉tcp编程的可能都知道，无论是服务器端还是客户端，当我们读取或者发送数据的时候，都需要考虑TCP粘包 / 拆包机制。

        TCP是一个“流”协议，所谓流就是没有界限的遗传数据。大家可以想象，如果河里得水就好比数据，他们是连成一片的，没有分界线，TCP底层并不了解上层的业务数据的具体含义。他会根据TCP缓冲区的实际情况进行包的划分，也就是说在业务上，我们一个完整的包可能会被TCP分成多个包进行发送，也可能把多个小包拆装成一个大的数据包发送出去，这就是所谓的TCP粘包，拆包问题。

        分析TCP粘包，拆包问题：

        1 应用程序write写入的字节大小大于套接口发送缓冲区的大小

        2 进行MSS大小的TCP分段

        3 以太网帧的payload大于MTU进行IP分片

解决TCP粘包，拆包问题

粘包拆包问题的解决方案，根据业界主流有三种方案：

        1 消息定长，例如每个报文的大小固定为200个字节，如果不够，空位补空格。

        2 在包尾部增加特殊字符进行分割（较常用）

        3 将消息分为消息头和消息体，在消息头中包含消息总长度的字段，然后进行业务逻辑处理（自定义协议，使用较少）

Netty解决TCP粘包，拆包问题

1 分隔符类 DelimiterBasedFrameDecoder（自定义分隔符类）

2 FixedLengthFrameDecoder（定长）

    、