关于拆包原理的上一篇博文 netty源码分析之拆包器的奥秘 中已详细阐述,这里简单总结下:netty的拆包过程和本身写手工拆包并无什么不一样,都是将字节累加到一个容器里面,判断当前累加的字节数据是否达到了一个包的大小,达到一个包大小就拆开,进而传递到上层业务解码handlerhtml
之因此netty的拆包能作到如此强大,就是由于netty将具体如何拆包抽象出一个decode
方法,不一样的拆包器实现不一样的decode
方法,就能实现不一样协议的拆包java
这篇文章中要讲的就是通用拆包器LengthFieldBasedFrameDecoder
,若是你还在本身实现人肉拆包,不妨了解一下这个强大的拆包器,由于几乎全部和长度相关的二进制协议均可以经过TA来实现,下面咱们先看看他有哪些用法api
上面这类数据包协议比较常见的,前面几个字节表示数据包的长度(不包括长度域),后面是具体的数据。拆完以后数据包是一个完整的带有长度域的数据包(以后便可传递到应用层解码器进行解码),建立一个以下方式的LengthFieldBasedFrameDecoder
便可实现这类协议微信
new LengthFieldBasedFrameDecoder(Integer.MAX, 0, 4);
复制代码
其中 1.第一个参数是 maxFrameLength
表示的是包的最大长度,超出包的最大长度netty将会作一些特殊处理,后面会讲到 2.第二个参数指的是长度域的偏移量lengthFieldOffset
,在这里是0,表示无偏移 3.第三个参数指的是长度域长度lengthFieldLength
,这里是4,表示长度域的长度为4less
若是咱们的应用层解码器不须要使用到长度字段,那么咱们但愿netty拆完包以后,是这个样子ide
长度域被截掉,咱们只须要指定另一个参数就能够实现,这个参数叫作 initialBytesToStrip
,表示netty拿到一个完整的数据包以后向业务解码器传递以前,应该跳过多少字节函数
new LengthFieldBasedFrameDecoder(Integer.MAX, 0, 4, 0, 4);
复制代码
前面三个参数的含义和上文相同,第四个参数咱们后面再讲,而这里的第五个参数就是initialBytesToStrip
,这里为4,表示获取完一个完整的数据包以后,忽略前面的四个字节,应用解码器拿到的就是不带长度域的数据包源码分析
下面这种方式二进制协议是更为广泛的,前面几个固定字节表示协议头,一般包含一些magicNumber,protocol version 之类的meta信息,紧跟着后面的是一个长度域,表示包体有多少字节的数据post
只须要基于第一种状况,调整第二个参数既能够实现学习
new LengthFieldBasedFrameDecoder(Integer.MAX, 4, 4);
复制代码
lengthFieldOffset
是4,表示跳过4个字节以后的才是长度域
有些时候,二进制协议可能会设计成以下方式
即长度域在前,header在后,这种状况又是如何来调整参数达到咱们想要的拆包效果呢?
1.长度域在数据包最前面表示无偏移,lengthFieldOffset
为 0 2.长度域的长度为3,即lengthFieldLength
为3 2.长度域表示的包体的长度略过了header,这里有另一个参数,叫作 lengthAdjustment
,包体长度调整的大小,长度域的数值表示的长度加上这个修正值表示的就是带header的包,这里是 12+2,header和包体一共占14个字节
最后,代码实现为
new LengthFieldBasedFrameDecoder(Integer.MAX, 0, 3, 2, 0);
复制代码
更变态一点的二进制协议带有两个header,好比下面这种
拆完以后,HDR1
丢弃,长度域丢弃,只剩下第二个header和有效包体,这种协议中,通常HDR1
能够表示magicNumber,表示应用只接受以该magicNumber开头的二进制数据,rpc里面用的比较多
咱们仍然能够经过设置netty的参数实现
1.长度域偏移为1,那么 lengthFieldOffset
为1 2.长度域长度为2,那么lengthFieldLength
为2 3.长度域表示的包体的长度略过了HDR2,可是拆包的时候HDR2也被netty看成是包体的的一部分来拆,HDR2的长度为1,那么 lengthAdjustment
为1 4.拆完以后,截掉了前面三个字节,那么 initialBytesToStrip
为 3
最后,代码实现为
new LengthFieldBasedFrameDecoder(Integer.MAX, 1, 2, 1, 3);
复制代码
前面的全部的长度域表示的都是不带header的包体的长度,若是让长度域表示的含义包含整个数据包的长度,好比以下这种状况
其中长度域字段的值为16, 其字段长度为2,HDR1的长度为1,HDR2的长度为1,包体的长度为12,1+1+2+12=16,又该如何设置参数呢?
这里除了长度域表示的含义和上一种状况不同以外,其余都相同,由于netty并不了解业务状况,你须要告诉netty的是,长度域后面,再跟多少字节就能够造成一个完整的数据包,这里显然是13个字节,而长度域的值为16,所以减掉3才是真是的拆包所须要的长度,lengthAdjustment
为-3
这里的六种状况是netty源码里自带的六中典型的二进制协议,相信已经囊括了90%以上的场景,若是你的协议是基于长度的,那么能够考虑不用字节来实现,而是直接拿来用,或者继承他,作些简单的修改便可
如此强大的拆包器其实现也是很是优雅,下面咱们来一块儿看下netty是如何来实现
关于LengthFieldBasedFrameDecoder
的构造函数,咱们只须要看一个就够了
public LengthFieldBasedFrameDecoder( ByteOrder byteOrder, int maxFrameLength, int lengthFieldOffset, int lengthFieldLength, int lengthAdjustment, int initialBytesToStrip, boolean failFast) {
// 省略参数校验部分
this.byteOrder = byteOrder;
this.maxFrameLength = maxFrameLength;
this.lengthFieldOffset = lengthFieldOffset;
this.lengthFieldLength = lengthFieldLength;
this.lengthAdjustment = lengthAdjustment;
lengthFieldEndOffset = lengthFieldOffset + lengthFieldLength;
this.initialBytesToStrip = initialBytesToStrip;
this.failFast = failFast;
}
复制代码
构造函数作的事很简单,只是把传入的参数简单地保存在field,这里的大多数field在前面已经阐述过,剩下的几个补充说明下 1.byteOrder
表示字节流表示的数据是大端仍是小端,用于长度域的读取 2.lengthFieldEndOffset
表示紧跟长度域字段后面的第一个字节的在整个数据包中的偏移量 3.failFast
,若是为true,则表示读取到长度域,TA的值的超过maxFrameLength
,就抛出一个 TooLongFrameException
,而为false表示只有当真正读取完长度域的值表示的字节以后,才会抛出 TooLongFrameException
,默认状况下设置为true,建议不要修改,不然可能会形成内存溢出
在netty源码分析之拆包器的奥秘,咱们已经知道,具体的拆包协议只须要实现
void decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) 复制代码
其中 in
表示目前为止还未拆的数据,拆完以后的包添加到 out
这个list中便可实现包向下传递
第一层实现比较简单
@Override
protected final void decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) throws Exception {
Object decoded = decode(ctx, in);
if (decoded != null) {
out.add(decoded);
}
}
复制代码
重载的protected函数decode
作真正的拆包动做,下面分三个部分来分析一下这个重量级函数
// 若是当前可读字节还未达到长度长度域的偏移,那说明确定是读不到长度域的,直接不读
if (in.readableBytes() < lengthFieldEndOffset) {
return null;
}
// 拿到长度域的实际字节偏移
int actualLengthFieldOffset = in.readerIndex() + lengthFieldOffset;
// 拿到实际的未调整过的包长度
long frameLength = getUnadjustedFrameLength(in, actualLengthFieldOffset, lengthFieldLength, byteOrder);
// 若是拿到的长度为负数,直接跳过长度域并抛出异常
if (frameLength < 0) {
in.skipBytes(lengthFieldEndOffset);
throw new CorruptedFrameException(
"negative pre-adjustment length field: " + frameLength);
}
// 调整包的长度,后面统一作拆分
frameLength += lengthAdjustment + lengthFieldEndOffset;
复制代码
上面这一段内容有个扩展点 getUnadjustedFrameLength
,若是你的长度域表明的值表达的含义不是正常的int,short等基本类型,你能够重写这个函数
protected long getUnadjustedFrameLength(ByteBuf buf, int offset, int length, ByteOrder order) {
buf = buf.order(order);
long frameLength;
switch (length) {
case 1:
frameLength = buf.getUnsignedByte(offset);
break;
case 2:
frameLength = buf.getUnsignedShort(offset);
break;
case 3:
frameLength = buf.getUnsignedMedium(offset);
break;
case 4:
frameLength = buf.getUnsignedInt(offset);
break;
case 8:
frameLength = buf.getLong(offset);
break;
default:
throw new DecoderException(
"unsupported lengthFieldLength: " + lengthFieldLength + " (expected: 1, 2, 3, 4, or 8)");
}
return frameLength;
}
复制代码
好比,有的奇葩的长度域里面虽然是4个字节,好比 0x1234,可是TA的含义是10进制,即长度就是十进制的1234,那么覆盖这个函数便可实现奇葩长度域拆包
// 整个数据包的长度尚未长度域长,直接抛出异常
if (frameLength < lengthFieldEndOffset) {
in.skipBytes(lengthFieldEndOffset);
throw new CorruptedFrameException(
"Adjusted frame length (" + frameLength + ") is less " +
"than lengthFieldEndOffset: " + lengthFieldEndOffset);
}
// 数据包长度超出最大包长度,进入丢弃模式
if (frameLength > maxFrameLength) {
long discard = frameLength - in.readableBytes();
tooLongFrameLength = frameLength;
if (discard < 0) {
// 当前可读字节已达到frameLength,直接跳过frameLength个字节,丢弃以后,后面有可能就是一个合法的数据包
in.skipBytes((int) frameLength);
} else {
// 当前可读字节未达到frameLength,说明后面未读到的字节也须要丢弃,进入丢弃模式,先把当前累积的字节所有丢弃
discardingTooLongFrame = true;
// bytesToDiscard表示还须要丢弃多少字节
bytesToDiscard = discard;
in.skipBytes(in.readableBytes());
}
failIfNecessary(true);
return null;
}
复制代码
最后,调用failIfNecessary
判断是否须要抛出异常
private void failIfNecessary(boolean firstDetectionOfTooLongFrame) {
// 不须要再丢弃后面的未读字节,就开始重置丢弃状态
if (bytesToDiscard == 0) {
long tooLongFrameLength = this.tooLongFrameLength;
this.tooLongFrameLength = 0;
discardingTooLongFrame = false;
// 若是没有设置快速失败,或者设置了快速失败而且是第一次检测到大包错误,抛出异常,让handler去处理
if (!failFast ||
failFast && firstDetectionOfTooLongFrame) {
fail(tooLongFrameLength);
}
} else {
// 若是设置了快速失败,而且是第一次检测到打包错误,抛出异常,让handler去处理
if (failFast && firstDetectionOfTooLongFrame) {
fail(tooLongFrameLength);
}
}
}
复制代码
前面咱们能够知道failFast
默认为true,而这里firstDetectionOfTooLongFrame
为true,因此,第一次检测到大包确定会抛出异常
下面是抛出异常的代码
private void fail(long frameLength) {
if (frameLength > 0) {
throw new TooLongFrameException(
"Adjusted frame length exceeds " + maxFrameLength +
": " + frameLength + " - discarded");
} else {
throw new TooLongFrameException(
"Adjusted frame length exceeds " + maxFrameLength +
" - discarding");
}
}
复制代码
若是读者是一边对着源码,一边阅读本篇文章,就会发现 LengthFieldBasedFrameDecoder.decoder
函数的入口处还有一段代码在咱们的前面的分析中被我省略掉了,放到这一小节中的目的是为了承接上一小节,更加容易读懂丢弃模式的处理
if (discardingTooLongFrame) {
long bytesToDiscard = this.bytesToDiscard;
int localBytesToDiscard = (int) Math.min(bytesToDiscard, in.readableBytes());
in.skipBytes(localBytesToDiscard);
bytesToDiscard -= localBytesToDiscard;
this.bytesToDiscard = bytesToDiscard;
failIfNecessary(false);
}
复制代码
如上,若是当前处在丢弃模式,先计算须要丢弃多少字节,取当前还需可丢弃字节和可读字节的最小值,丢弃掉以后,进入 failIfNecessary
,对照着这个函数看,默认状况下是不会继续抛出异常,而若是设置了 failFast
为false,那么等丢弃完以后,才会抛出异常,读者可自行分析
丢弃模式的处理以及长度的校验都经过以后,进入到跳过指定字节长度这个环节
int frameLengthInt = (int) frameLength;
if (in.readableBytes() < frameLengthInt) {
return null;
}
if (initialBytesToStrip > frameLengthInt) {
in.skipBytes(frameLengthInt);
throw new CorruptedFrameException(
"Adjusted frame length (" + frameLength + ") is less " +
"than initialBytesToStrip: " + initialBytesToStrip);
}
in.skipBytes(initialBytesToStrip);
复制代码
先验证当前是否已经读到足够的字节,若是读到了,在下一步抽取一个完整的数据包以前,须要根据initialBytesToStrip
的设置来跳过某些字节(见文章开篇),固然,跳过的字节不能大于数据包的长度,不然就抛出 CorruptedFrameException
的异常
int readerIndex = in.readerIndex();
int actualFrameLength = frameLengthInt - initialBytesToStrip;
ByteBuf frame = extractFrame(ctx, in, readerIndex, actualFrameLength);
in.readerIndex(readerIndex + actualFrameLength);
return frame;
复制代码
到了最后抽取数据包其实就很简单了,拿到当前累积数据的读指针,而后拿到待抽取数据包的实际长度进行抽取,抽取以后,移动读指针
protected ByteBuf extractFrame(ChannelHandlerContext ctx, ByteBuf buffer, int index, int length) {
return buffer.retainedSlice(index, length);
}
复制代码
抽取的过程是简单的调用了一下 ByteBuf
的retainedSlice
api,该api无内存copy开销
从真正抽取数据包来看看,传入的参数为 int
类型,因此,能够判断,自定义协议中,若是你的长度域是8个字节的,那么前面四个字节基本是没有用的。
1.若是你使用了netty,而且二进制协议是基于长度,考虑使用LengthFieldBasedFrameDecoder
吧,经过调整各类参数,必定会知足你的需求 2.LengthFieldBasedFrameDecoder
的拆包包括合法参数校验,异常包处理,以及最后调用 ByteBuf
的retainedSlice
来实现无内存copy的拆包
若是你想系统地学Netty,个人小册《Netty 入门与实战:仿写微信 IM 即时通信系统》能够帮助你
![]()
若是你想系统学习Netty原理,那么你必定不要错过个人Netty源码分析系列视频:Java 读源码之 Netty 深刻剖析
![]()
![]()
![]()
![]()