【Netty】TCP拆包黏包问题讲解_基础概念介绍

一 、基础概念介绍

        NettyTCP拆包粘包问题的处理

1. TCP底层的粘包/拆包机制

2. 分析TCP粘包、拆包问题的产生原因:

• 应用程序write写入的字节大小大于套接口发送缓冲区的大小
• 进行MSS大小的TCP分段、以太网帧的payload大于MTU进行IP分片等

3. 业界主流三种方案:

• 消息定长，例如每个报文的大小固定为200个字节，如果不够，空位补空格;
• 在包尾部增加特殊字符进行分割，例如加回车等;
• 自定义协议栈：消息分为消息头和消息体，在消息头中包含表示消息总长度的字段，然后进行业务处理;

二、定长大小分割示例

        Server 和 Clent 使用 new FixedLengthFrameDecoder(6) ；粘包/拆包长度=6个字节

1. Server中ServerBootstrap代码（Clent 中 Bootstrap一致）

2. 总结

• 客户端发送数据方法cf.channel().writeAndFlush(Unpooled.wrappedBuffer("abc".getBytes()))
• 服务端发送数据方法ctx.writeAndFlush(Unpooled.copiedBuffer("abc".getBytes()));
• 定长模式下：Buffer的数据分割成定长，分批依次发送 （客户端同服务端）

1. 如：定长为6，（字符总长度为10+7，所以服务端只能解码出：两组数据）

 结果：

 

• 如果发送中文字符，需要设置定长为3的倍数，（UTF-8编码中文字符占3个字节）且注意如果有英文字符，刚好分割了中文字符，则会显示乱码。

三、特殊字符分割示例

        Server 和 Clent 使用 new DelimiterBasedFrameDecoder(1024, buf)

1. Clent 中Bootstrap代码（Server中ServerBootstrap一致）

2. 总结

• 分隔符在服务端（客户端）接收时自动去掉