在tcp网络通信中会出现tcp粘包和拆包问题。

为了保证发送的消息的正确性,到客户端接收到之后,会按照顺序进行粘包和拆包处理。

例如:当服务端向客户端通过tcp发送五条消息之后,客户端其实并不知道收到的消息是五条还是一条。

创建项目

在原项目基础上修改;

去掉服务端的编解码处理器,留一个自定义处理器

这样的话传入的类型就是bytebuf了

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

转换成字符串,并且打印出来

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

打印服务端接收客户端请求消息数量

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

创建一个bytebuf,响应客户端消息

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

编写客户端,结构也是同样的,去掉其他编解码处理器,只留下自定义处理器

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

 运行客户端和服务端

服务端

在服务端这边接收到客户端发送过来的数据,直接把他们全部认为是一条数据进行处理

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

按照正常逻辑客户端向服务端发送10次信息,那么返回回来应该也是10次消息,但是根据打印的情况来看并没有出现10次,而是一次。这就出现了粘包问题

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

 然后我们继续多启动几次客户端出现以下问题

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

我们在初始化处理器那里打印一下,看是否每次连接都会调用

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

重启之后我们可以看到 对象是同一个对象,但是方法会重新被调用。

Netty的深入浅出--87.TCP粘包和拆包简单实例(上)

相关文章:

  • 2021-07-23
  • 2021-06-06
  • 2021-09-20
  • 2021-11-11
  • 2021-09-04
  • 2021-06-03
  • 2022-01-07
  • 2021-09-13
猜你喜欢
  • 2021-10-02
  • 2021-05-26
  • 2021-12-02
  • 2022-12-23
  • 2021-08-06
  • 2021-05-31
  • 2022-01-15
相关资源
相似解决方案