Netty的深入浅出--83.ReplayingDecoder替换ByteToMessageDecoder解码

最新推荐文章于 2023-09-26 18:28:43 发布
最新推荐文章于 2023-09-26 18:28:43 发布
阅读量569 收藏
点赞数
分类专栏： Netty网络编程 文章标签： ReplayingDecoder替换ByteToMessag Netty的深入浅出
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_37909508/article/details/93297283
版权

这一章我们继续分析解码处理器

ReplayingDecoder类

这一次我们使用ReplayingDecoder来替代ByteToMessageDecoder类，接前一个程序

修改代码：

 

创建自定义解码器，这次继承于ReplayingDecoder()抽象类

在之前的项目中，我们要手动的添加if判断，来处理

我们可以发现，程序里面直接将读到的请求消息加入到输出集合中，没有进行判断

将客户端和服务端解码处理器修改

启动服务端、客户端

执行顺序 

客户端处理：

 

进入到服务端 ：

 

 然后又回到了客户端

进入到客户端自定义处理器 

键盘林
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Netty的ReplayingDecoder分析
听海边涛声
08-10 681
Netty的ReplayingDecoder分析
netty系列之:netty中的自动解码器ReplayingDecoder
程序那些事
04-27 1291
文章目录简介ByteToMessageDecoder可能遇到的问题ReplayingDecoder的实现原理总结 简介 netty提供了一个从ByteBuf到用户自定义的message的解码器叫做ByteToMessageDecoder,要使用这个decoder，我们需要继承这个decoder，并实现decode方法，从而在这个方法中实现ByteBuf中的内容到用户自定义message对象的转换。 那么在使用ByteToMessageDecoder的过程中会遇到什么问题呢？为什么又会有一个Replaying
io.netty学习（十三）Netty 解码器
码灵的博客
06-26 1523
编码和解码：数据从一种特定协议格式到另一种格式的转换。处理编码和解码的程序通常被称为编码器和解码器。Netty 提供了一些组件，利用它们可以很容易地为各种不同协议编写编解码器。编解码其实可以分为两块，即编码和解码。要知道，在网络中数据都是以字节码的形式来传输的，而我们只能识别文本、图片这些格式，因此编写网络应用程序不可避免地需要操作字节，将我们能够识别的数据转换成网络能够识别的程序，这个过程称之为编解码。编码也称为序列化，它将对象序列化为字节数组，用于网络传输、数据持久化或者其他用途。
ReplayingDecoder源码详解及应用
xianmingsu的博客
12-23 1625
ReplayingDecoder介绍 ReplayingDecoder是ByteToMessageDecoder的一个特殊变体，ReplayingDecoder继承了ByteToMessageDecoder。ReplayingDecoder和ByteToMessageDecoder最大的不同在于，ReplayingDecoder允许让你实现decode()方法，就像已经接收到所有所需的字节，而不用...
Netty 解码器-ReplayingDecoder
hn_lzh2014的博客
03-28 183
ReplayingDecoder 扩展了 ByteToMessageDecoder 类, 使用这个类，我们不必调用 readableBytes() 方法。参数 S 指定了用户状态管理类型，其中 Void 代表不需要状态。
使用Netty的ReplayingDecoder解决拆包和粘包问题
Sam_Deep_Thinking
03-30 6180
概述 在 自定义解码器处理半包消息 分隔符解码器处理半包问题 以回车换行结尾的消息如何处理半包问题 三篇文章中,笔者介绍了在Netty如何解决拆包和粘包问题,其中自定义解码器处理半包消息 里面介绍的方法是在线上实际用过的，经过了超级大流量的验证，挺靠谱的。下面再介绍另外一种解决半包问题的方法，虽然我没实际在线上用过，但是可以当成是一种知识补充。 直接上代码 在...
Netty In Action-第七章 编解码器Codec
chenjian723122704的专栏
11-17 100
本章介绍 Codec，编解码器 Decoder，解码器 Encoder，编码器 Netty提供了编解码器框架，使得编写自定义的编解码器很容易，并且也很容易重用和封装。本章讨论Netty的编解码器框架以及使用。 1.编解码Codec 编写一个网络应用程序需要实现某种编解码器，编解码器的作用就是将原始字节数据域自定义的消息对象进行互转。网络中都是以字节码的形式来传输数据的，服务器编码数据后发送到客户端，客户端需要对数据进行解码，因为编解码器由两部分组成： Decoder，解码器 Encoder，编
ReplayingDecoder＜S＞和ByteToMessageDecoder
ignoHH的博客
09-08 398
ReplayingDecoder<> public abstract class ReplayingDecoder extends ByteToMessageDecoder 能够在阻塞I/O中实现非阻塞的解码 ReplayingDecoder和ByteToMessageDecoder的区别 ReplayingDecoder中的decode()和decodeLast()方法使用时可以忽略数据的接收,即可以看做所有的数据都已经接收完毕,你不用去考虑收到的数据是否是可用的. 下面分别使用ByteToM
netty解码器之ReplayingDecoder
morris
12-29 3667
解码器之ReplayingDecoder ReplayingDecoder继承了ByteToMessageDecoder，是一个解码器，是ByteToMessageDecoder的一个特殊变体。 ReplayingDecoder和ByteToMessageDecoder的区别 ReplayingDecoder和ByteToMessageDecoder最大的不同在于，ReplayingDecoder允许让你实现decode()方法，就像已经接收到所有所需的字节，而不用去检查所需字节的可用性。 假设现在自定义协
【Netty】ByteToMessageDecoder源码解析
最新发布
smallbirdnq的专栏
09-26 897
本节我主要分析一下server端解析报文的一个过程，client当然也很重要，尤其在建立TCP连接和关闭连接需要严格控制，否则服务端会发现大量的CLOSE_WAIT（被动关闭连接）,甚至大量TIME_WAIT（主动关闭连接），关于这个处理之前的文章有讲解。读了ByteToMessageDecoder的部分源码，以及它的实现JsonObjectDecoder，那么如果我们自己实现一个Decoder该如何实现，这里提供三个思路给大家，有时间再补充代码。累加器的作用是解决tcp数据包中出现半包和粘包问题。
Netty入门教程3——Decoder和Encoder
帅性而为1号的博客
03-27 5889
​ https://www.jianshu.com/p/fd815bd437cd Netty强大的地方，是他能方便的实现自定义协议的网络传输。在上一篇文章中，通过使用Netty封装好的工具类，实现了简单的http服务器。在接下来的文章中，我们看看怎么使用他来搭建自定义协议的服务器。要做到这点，第一步要做的，就是要自定义编码器和解码器，这就是我们这一章主要讲的内容。Netty入门教程——认识Nett...
Netty学习笔记 10.2 解码器-ReplayingDecoder（实例）
zyzy123321的博客
07-27 521
Netty学习笔记 10.2 解码器-ReplayingDecoder public abstract class ReplayingDecoder extends ByteToMessageDecoder ReplayingDecoder扩展了ByteToMessageDecoder类，使用这个类，我们不必调用readableBytes()方法。参数S指定了用户状态管理的类型，其中Void代表不需要状态管理 应用实例：使用ReplayingDecoder 编写解码器，对前面的案例进行简化 [案例演示] R
netty源码分析(二十三)ReplayingDecoder源码分析与特性解读以及其他编解码器介绍
wzq6578702的专栏
12-17 4608
在介绍ReplayingDecoder之前 想看一下它的用法，构建一个服务端和客户端的模型： 服务端：public class MyServer { public static void main(String[] args) throws InterruptedException { EventLoopGroup bossGroup = new NioEventLoopGr
Netty笔记:ReplayingDecoder
tianshilang的专栏
12-08 309
  为什么需要ReplayingDecoder，它和FrameDecoder有什么不同呢?ReplayingDecoder是一种特殊FrameDecoder，它能实现在IO阻塞的情况下实现无阻塞的解码。听起来比较拗口而且不好理解，举个例子来说，假设你在用netty设计一个文件传输的模块，采用的Header-Content的协议，在Header中说明文件的长度，我们用一个int来容纳长度，Conte...
Netty In Action中文版 - 第七章：编解码器Codec
热门推荐
堆码时刻
07-22 1万+
本章介绍 Codec，编解码器
编解码器框架
竹阁庐
08-26 523
解码器 将字节解码为消息：ByteToMessageDecoder和ReplayingDecoder 将一种消息解码成另一种消息：MessageToMessageDecoder 每当需要为ChannelPipeline中的下一个ChannelInboundHandle转换入站数据时会用到。抽象类ByteToMessageDecoder Decode(ChannelHandlerContext
Netty源码分析-ReplayingDecoder
大新博客
07-12 1258
ReplayingDecoder可以重复解码的解码器，此类的核心原理是内部包含了一个ReplayingDecoderByteBuf，当读取字节不够时则抛出异常，ReplayingDecoder捕获异常还原读取readerIndex然后等待Netty下一次事件继续读取。 ReplayingDecoderByteBuf集成了Bytebuf，它代理了ByteBuf当中读取的方法。 final...
使用netty的ReplayingDecoder解决长度变化的复杂数据格式的拆包粘包
Varukiri的博客
10-03 1689
ReplayingDecoder 简介 ReplayingDecoder用于解决通讯时粘包和拆包的问题以及用于分步解析数据的场景。当然，如果是基于分隔符的协议那么不需要ReplayingDecoder来解决拆包粘包，头部数据作为长度的数据格式也不需要ReplayingDecoder，netty提供了其他更方便的工具。但是，遇到长度开始时不确定，是通过接收前数个字段后，才能算出长度的数据格式。或...
2023-07-14 15:19:01.215 WARN 7308 --- [sson-netty-2-15] io.netty.util.concurrent.DefaultPromise : An exception was thrown by org.redisson.misc.RedissonPromise$$Lambda$888/0x00000008008f7440.operationComplete() java.lang.NullPointerException: null 2023-07-14 15:19:01.216 ERROR 7308 --- [sson-netty-2-15] o.r.c.SentinelConnectionManager : Can't execute SENTINEL commands on /172.24.107.11:26379 org.redisson.client.RedisException: ERR No such master with that name. channel: [id: 0x2d66827d, L:/172.23.9.103:46812 - R:/172.24.107.11:26379] command: (SENTINEL SLAVES), params: [mymaster] at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:365) ~[redisson-3.13.3.jar:3.13.3] at org.redisson.client.handler.CommandDecoder.decodeCommand(CommandDecoder.java:196) ~[redisson-3.13.3.jar:3.13.3] at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:134) ~[redisson-3.13.3.jar:3.13.3] at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:104) ~[redisson-3.13.3.jar:3.13.3] at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:501) ~[netty-codec-4.1.51.Final.jar:4.1.51.Final] at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:366) ~[netty-codec-4.1.51.Final.jar:4.1.51.Final] at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:276) ~[netty-codec-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:163) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:714) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:650) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:576) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:493) ~[netty-transport-4.1.51.Final.jar:4.1.51.Final] at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:989) ~[netty-common-4.1.51.Final.jar:4.1.51.Final] at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.51.Final.jar:4.1.51.Final] at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.51.Final.jar:4.1.51.Final] at java.base/java.lang.Thread.run(Thread.java:834) ~[na:na] 解决方法
07-15
根据你提供的错误日志，出现了两个问题： 1. java.lang.NullPointerException: null 2. org.redisson.client.RedisException: ERR No such master with that name. channel: [id: 0x2d66827d, L:/172.23.9.103:...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值