Netty LengthFieldBasedFrameDecoder使用场景分析

最新推荐文章于 2025-05-31 11:19:45 发布
转载 最新推荐文章于 2025-05-31 11:19:45 发布 · 1.4k 阅读 · 2

本文详细介绍了七种不同场景下的解码器参数配置方法，包括长度偏移、长度字段长度、长度调整值及头部剥离等关键参数的设置，帮助读者理解如何针对不同数据帧结构进行正确配置。

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

(转载自:http://asialee.iteye.com/blog/1784844)


在使用这个decoder的时候，经常要考虑参数如何设置，如果7种case基本上把应用场景都涵盖了。


  •  第一种情况：从lenght从头开始，长度为2，不跳过头部

                  

C代码  收藏代码
  1. lengthFieldOffset   = 0  
  2.  lengthFieldLength   = 2  
  3.  lengthAdjustment    = 0  
  4.  initialBytesToStrip = 0 (= do not strip header)  
  5.   
  6.  BEFORE DECODE (14 bytes)         AFTER DECODE (14 bytes)  
  7.  +--------+----------------+      +--------+----------------+  
  8.  | Length | Actual Content |----->| Length | Actual Content |  
  9.  | 0x000C | "HELLO, WORLD" |      | 0x000C | "HELLO, WORLD" |  
  10.  +--------+----------------+      +--------+----------------+  

  •  第二种情况，从length从头开始，长度为2，跳过头部
C代码  收藏代码
  1. lengthFieldOffset   = 0  
  2. lengthFieldLength   = 2  
  3. lengthAdjustment    = 0  
  4. initialBytesToStrip = 2 (= the length of the Length field)  
  5.   
  6. BEFORE DECODE (14 bytes)         AFTER DECODE (12 bytes)  
  7. +--------+----------------+      +----------------+  
  8. | Length | Actual Content |----->| Actual Content |  
  9. | 0x000C | "HELLO, WORLD" |      | "HELLO, WORLD" |  
  10. +--------+----------------+      +----------------+  

     这个和上面的区别是，数据经过解码后头部被去掉了

 

  • 第三种情况，2个字节长度的头部，offset是0，但是长度代表的是整个数据帧的长度，即就是包含头部
Java代码  收藏代码
  1. lengthFieldOffset   =  0  
  2.  lengthFieldLength   =  2  
  3.  lengthAdjustment    = -2 (= the length of the Length field)  
  4.  initialBytesToStrip =  0  
  5.   
  6.  BEFORE DECODE (14 bytes)         AFTER DECODE (14 bytes)  
  7.  +--------+----------------+      +--------+----------------+  
  8.  | Length | Actual Content |----->| Length | Actual Content |  
  9.  | 0x000E | "HELLO, WORLD" |      | 0x000E | "HELLO, WORLD" |  
  10.  +--------+----------------+      +--------+----------------+  

 

  • 第四种情况，5个字节长度的头部，但是数据帧的lenght的字节数是3，offset是2，不跳过头部
Java代码  收藏代码
  1. lengthFieldOffset   = 2 (= the length of Header 1)  
  2. lengthFieldLength   = 3  
  3. lengthAdjustment    = 0  
  4. initialBytesToStrip = 0  
  5.   
  6. BEFORE DECODE (17 bytes)                      AFTER DECODE (17 bytes)  
  7. +----------+----------+----------------+      +----------+----------+----------------+  
  8. | Header 1 |  Length  | Actual Content |----->| Header 1 |  Length  | Actual Content |  
  9. |  0xCAFE  | 0x00000C | "HELLO, WORLD" |      |  0xCAFE  | 0x00000C | "HELLO, WORLD" |  
  10. +----------+----------+----------------+      +----------+----------+----------------+  

 

 

  • 第五种情况，5个字节长度的头部，但是数据帧的lenght的字节数是3，offset是0，不跳过头部

 

Java代码  收藏代码
  1. lengthFieldOffset   = 0  
  2.  lengthFieldLength   = 3  
  3.  lengthAdjustment    = 2 (= the length of Header 1)  
  4.  initialBytesToStrip = 0  
  5.   
  6.  BEFORE DECODE (17 bytes)                      AFTER DECODE (17 bytes)  
  7.  +----------+----------+----------------+      +----------+----------+----------------+  
  8.  |  Length  | Header 1 | Actual Content |----->|  Length  | Header 1 | Actual Content |  
  9.  | 0x00000C |  0xCAFE  | "HELLO, WORLD" |      | 0x00000C |  0xCAFE  | "HELLO, WORLD" |  
  10.  +----------+----------+----------------+      +----------+----------+----------------+  

    这个稍微解释一下，由于我们的头部是5个字节，但是length数据域只有3个字节，所以lengthAdjustment是2，表明需要2个字节来调整整个帧的长度。

 

  • 第六种情况，4个字节长度的头部，但是数据帧的lenght的字节数是2，offset是1，跳过头部第一个数据域和长度域
Java代码  收藏代码
  1. lengthFieldOffset   = 1 (= the length of HDR1)  
  2.  lengthFieldLength   = 2  
  3.  lengthAdjustment    = 1 (= the length of HDR2)  
  4.  initialBytesToStrip = 3 (= the length of HDR1 + LEN)  
  5.   
  6.  BEFORE DECODE (16 bytes)                       AFTER DECODE (13 bytes)  
  7.  +------+--------+------+----------------+      +------+----------------+  
  8.  | HDR1 | Length | HDR2 | Actual Content |----->| HDR2 | Actual Content |  
  9.  | 0xCA | 0x000C | 0xFE | "HELLO, WORLD" |      | 0xFE | "HELLO, WORLD" |  
  10.  +------+--------+------+----------------+      +------+----------------+  

         这个我稍微解释一下，HDR1是一个字节，Lenght是2个字节，HDR2是两个字节，解码后需要包含HDR2，所以lenghtFieldOffset是1，lenghtFieldLenght是2，lenghtAdjustment是1，实际上就是HDR2的长度，initailBytesToStrip是3，实际上就是HDR1+LEN的长度。

 

  • 第七种情况，4个字节长度的头部，但是数据帧的lenght的字节数是2，offset是1，跳过头部第一个数据域和长度域，消息的长度代表整个数据帧的长度
Java代码  收藏代码
  1. lengthFieldOffset   =  1  
  2.  lengthFieldLength   =  2  
  3.  lengthAdjustment    = -3 (= the length of HDR1 + LEN, negative)  
  4.  initialBytesToStrip =  3  
  5.   
  6.  BEFORE DECODE (16 bytes)                       AFTER DECODE (13 bytes)  
  7.  +------+--------+------+----------------+      +------+----------------+  
  8.  | HDR1 | Length | HDR2 | Actual Content |----->| HDR2 | Actual Content |  
  9.  | 0xCA | 0x0010 | 0xFE | "HELLO, WORLD" |      | 0xFE | "HELLO, WORLD" |  
netty（三）LengthFieldBasedFrameDecoder解码器的使用例子
ycllycll的博客
06-15 2500
1.需求 ：发送数据接收数据个格式 /** * 发送数据格式 接收数据的格式 * +---2----+--2--+---4--+--4--+----512---+---512-----+-----+-------+-------+-------+---------+ *...
[Netty]LengthFieldBasedFrameDecoder
Franco的博客
05-21 1083
作者：简书闪电侠 链接：https://www.jianshu.com/p/a0a51fd79f62 拆包的原理 关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述，这里简单总结下：netty的拆包过程和自己写手工拆包并没有什么不同，都是将字节累加到一个容器里面，判断当前累加的字节数据是否达到了一个包的大小，达到一个包大小就拆开，进而传递到上层业务解码handler 之...
netty——LengthFieldBasedFrameDecoder实例（解决半包）
一念永恒
09-17 3951
1,使用LengthFieldPrepender编码，LengthFieldBasedFrameDecoder解码的netty传输 可以解决半包粘包 2 代码部分 tcpserver [java] view plain copy  print? package com.bimatrix.revit.nettyTest;      impo
【Netty系列】解决TCP粘包和拆包：LengthFieldBasedFrameDecoder
最新发布
技术改变世界
05-31 545
运行示例后，你将在控制台看到完整的请求-响应日志，验证粘包问题的解决效果。通过这种方式，Netty 会自动根据长度字段切分完整的数据包，长度字段值后的内容长度调整（若长度字段包含自身长度，需调整）长度字段占用的字节数（例如4字节表示int）解析后跳过的字节数（例如跳过长度字段本身）解决 TCP 粘包/拆包问题的。允许的最大帧长度（防止内存溢出）长度字段的起始偏移量（通常为0）
netty LengthFieldBasedFrameDecoder 使用实例
深之JohnChen的专栏
12-02 4152
netty LengthFieldBasedFrameDecoder 使用实例
LengthFieldBasedFrameDecoder 实例代码
12-02
netty中，大多数的协议在协议头中都会携带长度字段，用于标识消息体或则整包消息的长度。LengthFieldBasedFrameDecoder通过指定长度来标识整包消息，这样就可以自动的处理黏包和半包消息，只要传入正确的参数，就可以轻松解决“读半包”的问题。
LengthFieldBasedFrameDecoder使用
ljz2016的博客
06-30 4220
LengthFieldBasedFrameDecoder解码器，会读取byteBuf中的前几个字节，获取数据长度。 作用是防止粘包。 如果客户端也是netty，那么可以配合LengthFieldPrepender使用。LengthFieldPrepender会自动在原始数据前面加上数据长度。 socketChannel.pipeline().addLast(new LengthFieldBasedFrameDecoder(65535,0,2,0,2)); 第二个参数指定lengthFieldOffset
Netty 自带解决 TCP 半包读写方案-LengthFieldBasedFrameDecoder : message = header + body ，基于长度解码的通用解码器
Flying_Fish_roe的博客
11-12 666
是 Netty 中用于解决 TCP 粘包和拆包问题的强大工具，特别适用于基于长度字段的二进制协议。通过配置长度字段的位置、长度和消息体的调整偏移量，开发者可以灵活地解析出完整的消息，确保通信的可靠性和准确性。在实际开发中，合理使用可以极大简化协议的实现，增强系统的稳定性。结合其他解码器，能够满足多种复杂通信协议的需求，是构建高性能网络应用的利器。
Netty LengthFieldBasedFrameDecoder实例解析
在Netty的使用场景中，通常是在ChannelHandler链中加入`LengthFieldBasedFrameDecoder`。以下是一个简单的使用示例： ```java import io.netty.channel.ChannelInitializer; import io.netty.channel.socket....
Netty专栏 （七）——— LengthFieldBasedFrameDecoder - 参数说明
thinking_fioa的博客
06-04 2万+
LengthFieldBasedFrameDecoder - 参数说明 @author 鲁伟林 网上诸多博客对于LengthFieldBasedFrameDecode解码器的使用，翻译和解释过于死板，难于理解，特别是其构造函数的6个参数的解释，过于字面化解释。该博客尽量保证通俗易懂，帮组读者理解和使用。读者可以选择读英文文档。 工作量: 1. 详细讲解LengthFieldBasedFrame...
[netty]--最通用TCP黏包解决方案：LengthFieldBasedFrameDecoder和LengthFieldPrepender
热门推荐
惜暮
02-19 3万+
前面已经说过： TCP以流的方式进行数据传输，上层应用协议为了对消息进行区分，往往采用如下4种方式。 （1）消息长度固定：累计读取到固定长度为LENGTH之后就认为读取到了一个完整的消息。然后将计数器复位，重新开始读下一个数据报文。 （2）回车换行符作为消息结束符：在文本协议中应用比较广泛。 （3）将特殊的分隔符作为消息的结束标志，回车换行符就是一种特殊的结...
LengthFieldBasedFrameDecoder 真实案例使用
joyu的专栏
11-23 654
LengthFieldBasedFrameDecoder 的真实使用案例。
Netty4系列 LengthFieldBasedFrameDecoder的用法
_ostreamBaba
02-01 3048
文章目录前言 前言 对Netty总有一种莫名地执着，虽然还是一知半解，当做一种慢慢积累的过程。
netty传输报文进阶使用LengthFieldBasedFrameDecoder
qiaozhangchi的专栏
12-08 808
netty传输报文进阶使用LengthFieldBasedFrameDecoder，可自动解决数据包粘连问题
netty: LengthFieldBasedFrameDecoder的用法示例
amadeus_liu2的博客
12-28 1030
二、服务器端handler。四、客户端handler。
【看完就会】Netty的LengthFieldBasedFrameDecoder的用法详解（转）
HSJ0170的博客
07-08 2230
前言 LengthFieldBasedFrameDecoder类是Netty提供的用来解析带长度字段数据包的类，继承自ByteToMessageDecoder类。 一，粘包与拆包问题 经典的粘包拆包问题在Netty的官网文档中已经有很详细的解释，这里我直接复制过来： In a stream-based transport such as TCP/IP, received data is stored into a socket receive buffer. Unfortunately, the buffe
LengthFieldBasedFrameDecoder使用示例
ZERO
06-15 2807
转载自：http://blog.youkuaiyun.com/z69183787/article/details/52980699               http://blog.163.com/linfenliang@126/blog/static/127857195201210821145721/        LengthFieldBasedFrameDecoder是Netty中一个很重要的
netty的 LengthFieldBasedFrameDecoder 和LengthFieldPrepender
weixin_45277567的博客
05-08 797
netty LengthFieldPrepender
Netty LengthFieldBasedFrameDecoder 解决粘包/半包问题
qq_34125999的博客
06-10 1256
从两个角度看粘包和拆包： 1 收发角度：一个发送可能被多次接收(半包)，多个发送可能被一次接收(粘包) 2 传输角度：一个发送可能占用多个传输包(半包)，多个发送可能公用一个传输包(粘包)根本原因： TCP 协议是面向连接的、可靠的、基于字节流的传输层 通信协议，是一种流式协议，消息无边界。1 TCP连接变成短连接，一个请求一个 短连接，效率，性能低下，不推荐。 2 固定长度，长度不好定义，会造 成空间浪费，不推荐。 3 分隔符，消息内容本身也有分 隔符时需要转义，故 需要扫描消息内容，推荐。 4 固定长度
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值