Netty重点——编解码器和handler的调用机制上篇(二十一)

本文详细解释了Netty框架中Channel、EventLoop等组件的作用,以及编解码器如ByteToMessageDecoder在数据传输过程中的解码机制,特别关注了如何处理TCP的粘包问题和ByteBuf的使用。
摘要由CSDN通过智能技术生成

编解码器出站入站基本说明

  1. netty的组件设计: Netty的主要组件有Channel、EventLoop、ChannelFuture、ChannelHandler、ChannelPipeline等
  2. ChannelHander充当了处理入站和出站数据的应用程序逻辑的容器。例如,实现 ChannelInboundHandler 接口(或ChannelInboundHandlerAdapter),你就可以接收入站事件和数据,这些数据会被业务逻辑处理。当要给客户端发送响应时,也可以从ChannellnboundHandler冲刷数据。业务逻辑通常写在一个或者多个ChannelInboundHandler中。ChannelOutboundHandler原理一样,只不过它是用来处理出站数据的
  3. ChannelPipeline提供了ChannelHandler链的容器。以客户端应用程序为例,如果事件的运动方向是从客户端到服务端的,那么我们称这些事件为出站的,即客户端发送给服务端的数据会通过pipeline中的一系列ChannelOutboundHandler,并被这些Handler处理,反之则称为入站的

编码解码器调用机制

  1. 当Netty发送或者接收一个消息的时候,就会发生一次数据转换。入站消息会被解码:从字节转换为另一种格式的业务数据(比如java对象) :如果是出站消息,它会被编码成字节。
  2. Netty提供了一系列的编解码器,他们都实现了ChannelInboundHandler或者ChannelOutboundHandler 接口,并且重写了channelRead()。以入站为例,对于每个从入站 Channel读取的消息,channelRead()会被调用。随后,它将调用由解码器所提供的decode()进行解码,并将已经解码的字节转发给ChannelPipeline中的下一个ChannellnboundHandler。

 解码器-ByteToMessageDecoder

关系继承图

由于不可能知道远程节点是否会一次性发送一个完整的信息,tcp有可能出现粘包拆包的问题,ByteToMessageDecoder会对入站数据进行缓冲,直到它准备好被处理

实例分析

 

说明:

  • 每次入站从ByteBuf中读取4字节,将其解码为一个int,然后将它添加到下一个list中,当没有更多元素可以被添加到该List中时,它的内容将会被发送给下一个ChannellnboundHandler。int在被添加到List中时,会被自动装箱为Integer。在调用readInt()前必须验证所输入的ByteBuf是否具有足够的数据
  • decode 执行分析图

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值