Netty源码分析5-LengthFieldBasedFrameDecoder

栏目: 编程工具 · 发布时间: 6年前

内容简介:LengthFieldBasedFrameDecoder可以通过消息中的一个表示消息长度的字段值动态分隔收到的ByteBuf。在一些带有消息头的自定义协议中很有用。LengthFieldBasedFrameDecoder中有一些参数可以灵活适配大部分协议结构。

LengthFieldBasedFrameDecoder

可以通过消息中的一个表示消息长度的字段值动态分隔收到的ByteBuf。在一些带有消息头的自定义协议中很有用。

LengthFieldBasedFrameDecoder中有一些参数可以灵活适配大部分协议结构。

假设我们想设计一种协议,协议头只有一个4byte的值表示后面消息的长度,例如’HELLO’用这种消息表示为0x0005 HELLO。

我们解析是需要先读出4byte,再按照这个int值的大小读对应长度的消息。其中还有很多细节需要处理,稍有疏忽可能出现潜在问题。

而通过LengthFieldBasedFrameDecoder可以很轻松的实现。

LengthFieldBasedFrameDecoder有几个常用的配置参数。

  • maxFrameLength frame最大的长度,防止太大导致内存溢出
  • lengthFieldOffset 表示消息体长度的字段的offset,也就是ByteBuf的什么位置开始就是length字段了
  • lengthFieldLength length字段的长度
  • lengthAdjustment 有些情况可能会把header也包含到length长度中,或者length字段后面还有一些不包括在length长度内的,可以通过lengthAdjustment调节
  • initialBytesToStrip 起始截掉的部分,如果传递给后面的Handler的数据不需要消息头了,可以通过这个设置

对于发送HELLO这个数据,分几种配置进行说明。HELLO表示HELLO对应的utf8字节

  1. lengthFieldOffset=0

    lengthFieldLength=

    lengthAdjustment=0

    initialBytesToStrip=0

这个解码后得到的还是0x0005HELLO的ByteBuf, 交给后面的Handler,不会出现这个ByteBuf中有下一个消息的数据或只有一部分的情况。

2.

lengthFieldOffset=0

lengthFieldLength=2

lengthAdjustment=0

initialBytesToStrip=2

这个解码后得到HELLO,因为initialBytesToStrip把length字段去掉了。

3.

lengthFieldOffset=0

lengthFieldLength=2

lengthAdjustment=-2

initialBytesToStrip=0

这种配置把length字段也算在length长度里了,所以HELLO对应的编码是

0x0007HELLO,解码后是0x0007HELLO的ByteBuf帧。

如果要去掉length字段,可以设置initialBytesToStrip

4.

lengthFieldOffset=8

lengthFieldLength=2

lengthAdjustment=4

initialBytesToStrip=0

这种情况表示length字段前面还有其他信息,例如一个固定的MagicNumber。

0xCAFEBABY 0x0005 HELLO要用lengthAdjustment找到length字段位置。

还有更多可能的组合方式可以根据自己的需求设置。

代码实现

LengthFieldBasedFrameDecoder核心逻辑在decode方法中

去掉很多异常、边界条件检查后,逻辑就比较清晰了

  1. 首先构造器中会计算出lengthFieldEndOffset=lengthFieldOffset + lengthFieldLength,表示length字段结束的位置。
  2. 判断如果当前数据可读长度不够读完length字段,就返回,等下次messageRead事件(这里没有修改ByteBuf的index)
  3. 计算出length字段在ByteBuf中的绝对位置,然后计算出length值
  4. 在通过lengthAdjustment调整下length得到最终要读的frame的长度
  5. 如果当前不够读的,返回,等下次messageRead事件(这里没有修改ByteBuf的index)
  6. 跳过initialBytesToStrip, 读出frame,并且修改ByteBuf的readIndex,返回
    关于ByteBuf相关的,在后续文章中会介绍,目前可以理解为类似 Java 中的ByteBuffer,不过会有readerIndex和writerIndex。
    protected Object decode(ChannelHandlerContext ctx, ByteBufin) throws Exception{
            if (in.readableBytes() < lengthFieldEndOffset) {
                return null;
            }
    
            int actualLengthFieldOffset = in.readerIndex() + lengthFieldOffset;
            long frameLength = getUnadjustedFrameLength(in, actualLengthFieldOffset, lengthFieldLength, byteOrder);
    
    
            frameLength += lengthAdjustment + lengthFieldEndOffset;
    
            // never overflows because it's less than maxFrameLength
            int frameLengthInt = (int) frameLength;
            if (in.readableBytes() < frameLengthInt) {
                return null;
            }
    
            in.skipBytes(initialBytesToStrip);
    
            // extract frame
            int readerIndex = in.readerIndex();
            int actualFrameLength = frameLengthInt - initialBytesToStrip;
            ByteBuf frame = extractFrame(ctx, in, readerIndex, actualFrameLength);
            in.readerIndex(readerIndex + actualFrameLength);
            return frame;
        }
    

以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

编程语言实现模式

编程语言实现模式

Terence Parr / 李袁奎、尧飘海 / 华中科技大学出版社 / 2012-3-20 / 72.00元

《编程语言实现模式》旨在传授开发语言应用(工具)的经验和理念,帮助读者构建自己的语言应用。这里的语言应用并非特指用编译器或解释器实现编程语言,而是泛指任何处理、分析、翻译输入文件的程序,比如配置文件读取器、数据读取器、模型驱动的代码生成器、源码到源码的翻译器、源码分析工具、解释器,以及诸如此类的工具。为此,作者举例讲解已有语言应用的工作机制,拆解、归纳出31种易于理解且常用的设计模式(每种都包括通......一起来看看 《编程语言实现模式》 这本书的介绍吧!

JS 压缩/解压工具
JS 压缩/解压工具

在线压缩/解压 JS 代码

XML 在线格式化
XML 在线格式化

在线 XML 格式化压缩工具

Markdown 在线编辑器
Markdown 在线编辑器

Markdown 在线编辑器