Netty使用LTC解码器产生TooLongFrameException异常的解决方法

netty中使用LTC编码器报异常:

io.netty.handler.codec.TooLongFrameException: Adjusted frame length exceeds 1024: 65296 - discarded

问题:

在使用LTC编码器LengthFieldBasedFrameDecoder中发现,创建的LengthFieldBasedFrameDecoder参数中指定最大的处理帧长度时,设置过小会导致异常的发生

思路:

可能是LTC编码器要有一定大小的帧长度来处理数据,如果设置过小就会导致数据接收处理不完整,后面的数据遭到抛弃

解决方法:

把最大的处理帧长度设置为大于异常中的长度即可

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
Netty中,可以使用多个解码器来解码传入的数据。这通常是因为不同的数据传输需要不同的解码器来处理。例如,一个TCP连接可能需要使用不同的解码器来处理不同的协议数据。 下面是一个使用多个解码器的示例代码: ```java public class MultiDecoderServerInitializer extends ChannelInitializer<SocketChannel> { @Override protected void initChannel(SocketChannel ch) throws Exception { ChannelPipeline pipeline = ch.pipeline(); // 添加第一个解码器 pipeline.addLast("decoder1", new StringDecoder()); // 添加第二个解码器 pipeline.addLast("decoder2", new IntegerDecoder()); // 添加业务处理器 pipeline.addLast("handler", new MultiDecoderServerHandler()); } } ``` 在这个示例中,我们添加了两个解码器:一个用于解码字符串,另一个用于解码整型数据。在业务处理器之前,我们将这两个解码器添加到了ChannelPipeline中。当数据传入时,Netty会自动选择合适的解码器来解码数据。 下面是一个示例业务处理器: ```java public class MultiDecoderServerHandler extends SimpleChannelInboundHandler<Object> { @Override protected void channelRead0(ChannelHandlerContext ctx, Object msg) throws Exception { if (msg instanceof String) { // 处理字符串数据 String data = (String) msg; // TODO: ... } else if (msg instanceof Integer) { // 处理整型数据 int value = (Integer) msg; // TODO: ... } } } ``` 在这个示例中,我们使用了SimpleChannelInboundHandler来处理解码后的数据。在channelRead0方法中,我们根据数据类型来处理不同的数据。这样,我们就可以在同一个ChannelPipeline中使用多个解码器来解码不同的数据类型了。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值