前言
1、粘包/拆包
1.1 TCP粘包是指发送方发送的若干个数据包到接收方时粘成一个包。从接收缓冲区来看,后一个包数据的头紧接着前一个数据的尾。
1.2 当TCP连接建立后,Client发送多个报文给Server,TCP协议保证数据可靠性,但无法保证Client发了n个包,服务端也按照n个包接收。Client端发送n个数据包,Server端可能收到n-1或n+1个包。
2、为什么出现粘包现象
2.1 发送方原因: TCP默认会使用Nagle算法。而Nagle算法主要做两件事:
1)只有上一个分组得到确认,才会发送下一个分组;
2)收集多个小分组,在一个确认到来时一起发送。所以,正是Nagle算法造成了发送方有可能造成粘包现象。
2.2 接收方原因: TCP接收方采用缓存方式读取数据包,一次性读取多个缓存中的数据包。自然出现前一个数据包的尾和后一个收据包的头粘到一起。
3、解决办法
3.1 添加特殊符号,接收方通过这个特殊符号将接收到的数据包拆分开 - DelimiterBasedFrameDecoder特殊分隔符解码器
3.2 每次发送固定长度的数据包 - FixedLengthFrameDecoder定长编码器
3.3 在消息头中定义长度字段,来标识消息的总长度 - LengthFieldBasedFrameDecoder自定义长度解码器
这三种解码器网上都有大量的文章来解释他们如何使用,就不赘述了。
4、场景
前几天使用netty做了对接车辆设备这一块,区别是我们这边监听了两个端口来接收数据信息,两个端口是不同的协议类型,于是内置的解码器都不能满足我的使用了,于是就干脆自己实现了一个解码器来通过端口区分然后根据自己的协议执行解码逻辑。
代码如下
/***
* 通用解码器
* @author anin
* @date: 2020/4/20 15:08
* @version : V1.0
*/
public class CommonDecoder extends ByteToMessageDecoder {
// CHECKSTYLE:OFF
private int oilPort;
private int electricPort;
public CommonDecoder(int oilPort, int electricPort) {
this.oilPort = oilPort;
this.electricPort = electricPort;
}
@Override
protected void decode(ChannelHandlerContext ctx, ByteBuf byteBuf, List<Object> out) throws Exception