概念
无论是服务端还是客户端,当我们读取或者发送数据的时候,都需要考虑TCP底层的粘包/拆包机制。TCP是一个“流”协议,所谓流就是没有界限的遗传数据。大家可以想象下如果河流里的水就好比是数据,他们是连成一片的,没有界线,TCP底层并不了解上层的业务数据具体的含义,他会根据TCP缓冲区的实际情况进行包的划分,也就是说,在业务上,我们一个完整的包可能会被TCP分成多个包进行发送,也可能多个包封装成一个大的数据包发送出去,这就是所谓的TCP粘包、拆包问题。分析TCP粘包、拆包问题的产生原因:
- 应用程序write写入的字节大小大于套接字发送缓冲区的大小。
- 进行MSS大小的TCP分段。
- 以太网帧的payload大于NTU进行IP分片。
TCP粘包/拆包问题解决方案
粘包拆包问题的解决方案,根据业界主流协议有三种方案:
- 消息定长,例如每个报文的大小固定为200个字节,如果不够,空位补空格。
- 在包尾部增加特殊字符进行分割,例如增加回车等。
- 将消息分为消息头和消息体,在消息头中包含表示消息总长度的字段,然后进行业务逻辑处理。
Netty如何去解决粘包拆包问题
1. 分隔符类:DelimiterBasedFrameDecoder(自定义分隔符)。
1 | public class Server { |
1 | public class ServerHandler extends ChannelHandlerAdapter{ |
1 | public class Client { |
1 | public class ClientHandler extends ChannelHandlerAdapter{ |
2. FixedLengthFrameDecoder(定长)。
1 | public class Server { |
1 | public class ServerHandler extends ChannelHandlerAdapter{ |
1 | public class Client { |
1 | public class ClientHandler extends ChannelHandlerAdapter{ |