使用Netty解决TCP粘包和拆包问题过程详解
163 浏览量
2020-08-25
20:28:25
上传
评论
收藏 83KB PDF 举报
使用使用Netty解决解决TCP粘包和拆包问题过程详解粘包和拆包问题过程详解
主要介绍了使用Netty解决TCP粘包和拆包问题过程详解,文中通过示例代码介绍的非常详细，对大家的学习或者
工作具有一定的参考学习价值,需要的朋友可以参考下
前言前言
上一篇我们介绍了如果使用Netty来开发一个简单的服务端和客户端，接下来我们来讨论如何使用解码器来解决TCP的粘包和
拆包问题
TCP为什么会粘包为什么会粘包/拆包拆包
我们知道，TCP是以一种流的方式来进行网络转播的，当tcp三次握手简历通信后，客户端服务端之间就建立了一种通讯管
道，我们可以想象成自来水管道，流出来的水是连城一片的，是没有分界线的。
TCP底层并不了解上层的业务数据的具体含义，它会根据TCP缓冲区的实际情况进行包的划分。
所以对于我们应用层而言。我们直观是发送一个个连续完整TCP数据包的，而在底层就可能会出现将一个完整的TCP拆分成多
个包发送或者将多个包封装成一个大的数据包发送。
这就是所谓的TCP粘包和拆包。
当发生当发生TCP粘包粘包/拆包会发生什么情况拆包会发生什么情况
我们举一个简单例子说明：
客户端向服务端发送两个数据包：第一个内容为 123；第二个内容为456。服务端接受一个数据并做相应的业务处理（这里就
是打印接受数据加一个逗号）。
那么服务端输出结果将会出现下面四种情况
服务端响应结果服务端响应结果 结论结论
123，456， 正常接收，没有发生粘包和拆包
123456， 异常接收，发生tcp粘包
123，4，56， 异常接收，发生tcp拆包
12，3456， 异常接收，发生tcp拆包和粘包
如何解决如何解决
主流的协议解决方案可以归纳如下：
1. 消息定长，例如每个报文的大小固定为20个字节，如果不够，空位补空格；
2. 在包尾增加回车换行符进行切割；
3. 将消息分为消息头和消息体，消息头中包含表示消息总长度的字段；
4. 更复杂的应用层协议。
对于之前描述的案例，在这里我们就可以采取方案1和方案3。
以方案1为例：我们每次发送的TCP包只有三个数字，那么我将报文设置为3个字节大小的，此时，服务器就会以三个字节为
基准来接受包，以此来解决站包拆包问题。
Netty的解决之道的解决之道
LineBasedFrameDecoder
废话不多说直接上代码
服务端服务端
public class PrintServer {
public void bind(int port) throws Exception {
// 配置服务端的NIO线程组
EventLoopGroup bossGroup = new NioEventLoopGroup();
EventLoopGroup workerGroup = new NioEventLoopGroup();
try {
ServerBootstrap b = new ServerBootstrap();
b.group(bossGroup, workerGroup)
.channel(NioServerSocketChannel.class)
.option(ChannelOption.SO_BACKLOG, 1024)
.childHandler(new ChildChannelHandler());
资源评论
