一 、基础概念介绍
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的数据分割成定长,分批依次发送 (客户端同服务端)
- 如:定长为6,(字符总长度为10+7,所以服务端只能解码出:两组数据)
结果:
- 如果发送中文字符,需要设置定长为3的倍数,(UTF-8编码中文字符占3个字节)且注意如果有英文字符,刚好分割了中文字符,则会显示乱码。
三、特殊字符分割示例
Server 和 Clent 使用 new DelimiterBasedFrameDecoder(1024, buf)
1. Clent 中Bootstrap代码(Server中ServerBootstrap一致)
2. 总结
-
分隔符在服务端(客户端)接收时自动去掉