netty对应的TCP粘包和拆包和解决方案

1、TCP是面向连接的，面向流的，提供高可靠性服务。收发两端（客户端和服务器端）都要有一一成对的socket，因此，发送端为了将多个发给接收端的包，更有效的发给对方，使用了优化方法（Nagle算法），将多次间隔较小且数据量小的数据，合并成一个大的数据块，然后进行封包。这样做虽然提高了效率，但是接收端就难于分辨出完整的数据包了，因为面向流的通信是无消息保护边界的
2、由于TCP无消息保护边界, 需要在接收端处理消息边界问题，也就是我们所说的粘包、拆包问题, 看一张图

2.1、假设客户端分别发送了两个数据包D1和D2给服务端，由于服务端一次读取到字节数是不确定的，故可能存在以下四种情况：
2.2、服务端分两次读取到了两个独立的数据包，分别是D1和D2，没有粘包和拆包
2.3、服务端一次接受到了两个数据包，D1和D2粘合在一起，称之为TCP粘包
2.4、服务端分两次读取到了数据包，第一次读取到了完整的D1包和D2包的部分内容，第二次读取到了D2包的剩余内容，这称之为TCP拆包
2.5、服务端分两次读取到了数据包，第一次读取到了D1包的部分内容D1_1，第二次读取到了D1包的剩余部分内容D1_2和完整的D2包。

3、解决方案：

3.1、使用自定义协议 + 编解码器 来解决
3.2、关键就是要解决 服务器端每次读取数据长度的问题, 这个问题解决，就不会出现服务器多读或少读数据的问题，从而避免的TCP 粘包、拆包 。

4、代码

协议包： public class MessageProtocol { private int len; private byte[] content; public int getLen() { return len; } public void setLen(int len) { this.len = len; } public byte[] getContent() { return content; } public void setContent(byte[] content) { this.content = content; } } 解码器： public class MyMessageDecoder extends ReplayingDecoder { /** * 解码器 * @param ctx * @param byteBuf * @param list * @throws Exception */ @Override protected void decode(ChannelHandlerContext ctx, ByteBuf byteBuf, List