Netty入站出站介绍及借助使用到责任链简单实现实现网络编程中拆包和粘包

最新推荐文章于 2025-04-05 09:14:28 发布

筏镜

最新推荐文章于 2025-04-05 09:14:28 发布

阅读量416

点赞数

分类专栏： nio 文章标签： netty 责任链拆包粘包出站入站

本文链接：https://blog.youkuaiyun.com/fajing_feiyue/article/details/106747583

版权

本文介绍了Netty如何通过责任链处理入站和出站事件，并详细讲解了网络编程中拆包和粘包的现象及原因。Netty提供了多种拆包器如FixedLengthFrameDecoder等来解决这一问题，通过示例展示了如何使用固定长度拆包器来处理数据。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Netty入站出站事件

入站事件：
通常指I/O线程生成入站数据。（通俗理解：从socket底层往上冒的事件都是入站）比如EventLoop收到selector的OP_READ事件，入站处理器调用socketChannel.read(ByteBuffer)接收到数据后，这将通道ChannelPipeline中包含的下一个channelRead方法被调用。

在这里插入图片描述

出站事件：
经常是指I/O线程执行实际的输出操作。（通俗理解：主动往socket底层操作的事件都是出站）比如bind方法的用意是请求server socket绑定的SocketAddress,这将导致通道的ChannelPipline包含下一个出站处理器中bind方法被调用。
在这里插入图片描述

Netty通过责任链实现出入站事件处理

我们在使用责任链的时候更多的是
在这里插入图片描述
netty的责任链，与我们我们经常使用到责任链相比多了ChannelPipeline来维护这个责任链。
ChannelPipeline链中存储的也并不是直接的处理的处理器，而是包裹handler处理器的DefaultChannelHandlerContext。
对于我这边理解之所以引入ChannelPipeline这个上下文，是因为在在使用handler处理器的时候，需要有添加和删除handler的操作，用ChannelPipeline这个这个责任链能够更好管理hanler处理。