23.Netty源码之内置解码器

这篇具有很好参考价值的文章主要介绍了23.Netty源码之内置解码器。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。


highlight: arduino-light

Netty内置的解码器

在前两节课我们介绍了 TCP 拆包/粘包的问题,以及如何使用 Netty 实现自定义协议的编解码。可以看到,网络通信的底层实现,Netty 都已经帮我们封装好了,我们只需要扩展 ChannelHandler 实现自定义的编解码逻辑即可。

更加人性化的是,Netty 提供了很多开箱即用的解码器,这些解码器基本覆盖了 TCP 拆包/粘包的通用解决方案。本节课我们将对 Netty 常用的解码器进行讲解,一起探索下它们有哪些用法和技巧。

在本节课开始之前,我们首先回顾一下 TCP 拆包/粘包的主流解决方案。并梳理出 Netty 对应的编码器类。

定长:FixedLengthFrameDecoder

固定长度解码器 FixedLengthFrameDecoder 非常简单,直接通过构造函数设置固定长度的大小 frameLength,无论接收方一次获取多大的数据,都会严格按照 frameLength 进行解码。如果累积读取到长度大小为 frameLength 的消息,那么解码器认为已经获取到了一个完整的消息。如果消息长度小于 frameLength,FixedLengthFrameDecoder 解码器会一直等后续数据包的到达,直至获得完整的消息。下面我们通过一个例子感受一下使用 Netty 实现固定长度解码是多么简单。

java package io.netty.example.decode; ​ import io.netty.bootstrap.ServerBootstrap; import io.netty.buffer.ByteBuf; import io.netty.buffer.PooledByteBufAllocator; import io.netty.buffer.UnpooledByteBufAllocator; import io.netty.channel.*; import io.netty.channel.nio.NioEventLoopGroup; import io.netty.channel.socket.SocketChannel; import io.netty.channel.socket.nio.NioChannelOption; import io.netty.channel.socket.nio.NioServerSocketChannel; import io.netty.handler.codec.FixedLengthFrameDecoder; import io.netty.handler.logging.LogLevel; import io.netty.handler.logging.LoggingHandler; import io.netty.util.CharsetUtil; ​ /** * Echoes back any received data from a client. */ public final class EchoServer { ​    public static void main(String[] args) throws Exception { ​        EventLoopGroup workerGroup = new NioEventLoopGroup();        EventLoopGroup bossGroup = new NioEventLoopGroup();        final EchoServerHandler serverHandler = new EchoServerHandler();        try {            ServerBootstrap b = new ServerBootstrap(); ​            b.group(bossGroup,workerGroup)              //通过反射创建反射工厂类根据无参构造函数 反射生成实例              //将NioServerSocketChannel绑定到了bossGroup                    //NioServerSocketChannel接收到请求会创建SocketChannel放入workerGroup             .channel(NioServerSocketChannel.class) ​                    //指的是SocketChannel             .childOption(ChannelOption.SO_KEEPALIVE,true)                    //指的是SocketChannel             .childOption(NioChannelOption.SO_KEEPALIVE,Boolean.TRUE)                    //默認不使用堆外内存                   .childOption(ChannelOption.ALLOCATOR,PooledByteBufAllocator.DEFAULT)                    //false 不使用堆外内存                   .childOption(ChannelOption.ALLOCATOR,new UnpooledByteBufAllocator(false))          //   .handler(new LoggingHandler(LogLevel.INFO))             .childHandler(new ChannelInitializer<SocketChannel>() {                 @Override                 public void initChannel(SocketChannel ch) throws Exception {                     ChannelPipeline p = ch.pipeline();                    // p.addLast(new LoggingHandler(LogLevel.INFO));                     ch.pipeline().addLast(new FixedLengthFrameDecoder(10));                     p.addLast(serverHandler);                 }             }); ​            ChannelFuture f = b.bind(8090).sync();            f.channel().closeFuture().sync();       } finally {            workerGroup.shutdownGracefully();       }   } } ​ @ChannelHandler.Sharable class EchoServerHandler extends ChannelInboundHandlerAdapter {    @Override    public void channelRead(ChannelHandlerContext ctx, Object msg) {        System.out.println("Receive client : [" + ((ByteBuf) msg).toString(CharsetUtil.UTF_8) + "]");   } }

java package io.netty.example.decode; ​ import io.netty.bootstrap.Bootstrap; import io.netty.channel.*; import io.netty.channel.nio.NioEventLoopGroup; import io.netty.channel.socket.SocketChannel; import io.netty.channel.socket.nio.NioSocketChannel; import io.netty.handler.logging.LogLevel; import io.netty.handler.logging.LoggingHandler; ​ ​ public final class EchoClient { ​    public static void main(String[] args) throws Exception {        // Configure the client.        EventLoopGroup group = new NioEventLoopGroup();        try {            Bootstrap b = new Bootstrap();            b.group(group)             .channel(NioSocketChannel.class)             .option(ChannelOption.TCP_NODELAY, true)             .handler(new ChannelInitializer<SocketChannel>() {                 @Override                 public void initChannel(SocketChannel ch) throws Exception {                     ChannelPipeline p = ch.pipeline();                   // p.addLast(new LoggingHandler(LogLevel.INFO));                     p.addLast(new EchoClientHandler());                 }             }); ​            // Start the client.            ChannelFuture f = b.connect("127.0.0.1", 8090).sync(); ​            // Wait until the connection is closed.            f.channel().closeFuture().sync();       } finally {            // Shut down the event loop to terminate all threads.            group.shutdownGracefully();       }   } } ​

java package io.netty.example.decode; ​ import io.netty.buffer.ByteBuf; import io.netty.buffer.Unpooled; import io.netty.channel.ChannelHandlerContext; import io.netty.channel.ChannelInboundHandlerAdapter; ​ import java.util.concurrent.TimeUnit; ​ /** * Handler implementation for the echo client. It initiates the ping-pong * traffic between the echo client and server by sending the first message to * the server. */ public class EchoClientHandler extends ChannelInboundHandlerAdapter { ​    private final ByteBuf firstMessage; ​    /**     * Creates a client-side handler.     */    //TODO 修改1234567890 看看10位数字 和 非10位数字的区别    public EchoClientHandler() {        firstMessage = Unpooled.wrappedBuffer("1234567890".getBytes());   } ​    @Override    public void channelActive(ChannelHandlerContext ctx) {        System.out.println("客户端发送消息" + firstMessage.toString());        ctx.writeAndFlush(firstMessage);   } ​    @Override    public void channelRead(ChannelHandlerContext ctx, Object msg) {       // ctx.write(msg);   } ​    @Override    public void channelReadComplete(ChannelHandlerContext ctx) throws InterruptedException {        TimeUnit.SECONDS.sleep(3);        ctx.flush();   } ​    @Override    public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) {       // cause.printStackTrace();        ctx.close();   } } ​

在上述服务端的代码中使用了固定 10 字节的解码器,并在解码之后通过 EchoServerHandler 打印结果。我们可以启动服务端,通过 telnet 命令像服务端发送数据,观察代码输出的结果。

java telnet localhost 8088 Trying ::1... Connected to localhost. Escape character is '^]'. 1234567890123 456789012

按10个字节一组进行解析注意有个换行符

服务端输出:

java Receive client : [1234567890] Receive client : [123 45678]

分隔:DelimiterBasedFrameDecoder

java public class DelimiterBasedFrameDecoder extends ByteToMessageDecoder { ​    private final ByteBuf[] delimiters;    private final int maxFrameLength;    private final boolean stripDelimiter;    private final boolean failFast;    private boolean discardingTooLongFrame;    private int tooLongFrameLength;    /** Set only when decoding with "\n" and "\r\n" as the delimiter. */    private final LineBasedFrameDecoder lineBasedDecoder; ​    /**     * Creates a new instance.     *     * @param maxFrameLength the maximum length of the decoded frame.     *                       A {@link TooLongFrameException} is thrown if     *                       the length of the frame exceeds this value.     * @param delimiter the delimiter     */    public DelimiterBasedFrameDecoder(int maxFrameLength, ByteBuf delimiter) {        this(maxFrameLength, true, delimiter);   } ​    /**     * Creates a new instance.     *     * @param maxFrameLength the maximum length of the decoded frame.     *                       A {@link TooLongFrameException} is thrown if     *                       the length of the frame exceeds this value.     * @param stripDelimiter whether the decoded frame should strip out the     *                       delimiter or not     * @param delimiter the delimiter     */    public DelimiterBasedFrameDecoder(            int maxFrameLength, boolean stripDelimiter, ByteBuf delimiter) {        this(maxFrameLength, stripDelimiter, true, delimiter);   } ​    /**     * Creates a new instance.     *     * @param maxFrameLength the maximum length of the decoded frame.     *                       A {@link TooLongFrameException} is thrown if     *                       the length of the frame exceeds this value.     * @param stripDelimiter whether the decoded frame should strip out the     *                       delimiter or not     * @param failFast If <tt>true</tt>, a {@link TooLongFrameException} is     *                 thrown as soon as the decoder notices the length of the     *                 frame will exceed <tt>maxFrameLength</tt> regardless of     *                 whether the entire frame has been read.     *                 If <tt>false</tt>, a {@link TooLongFrameException} is     *                 thrown after the entire frame that exceeds     *                 <tt>maxFrameLength</tt> has been read.     * @param delimiter the delimiter     */    public DelimiterBasedFrameDecoder(            int maxFrameLength, boolean stripDelimiter, boolean failFast,            ByteBuf delimiter) {        this(maxFrameLength, stripDelimiter, failFast, new ByteBuf[] {                delimiter.slice(delimiter.readerIndex(), delimiter.readableBytes())});   } ​    /**     * Creates a new instance.     *     * @param maxFrameLength the maximum length of the decoded frame.     *                       A {@link TooLongFrameException} is thrown if     *                       the length of the frame exceeds this value.     * @param delimiters the delimiters     */    public DelimiterBasedFrameDecoder(int maxFrameLength, ByteBuf... delimiters) {        this(maxFrameLength, true, delimiters);   } ​    /**     * Creates a new instance.     *     * @param maxFrameLength the maximum length of the decoded frame.     *                       A {@link TooLongFrameException} is thrown if     *                       the length of the frame exceeds this value.     * @param stripDelimiter whether the decoded frame should strip out the     *                       delimiter or not     * @param delimiters the delimiters     */    public DelimiterBasedFrameDecoder(            int maxFrameLength, boolean stripDelimiter, ByteBuf... delimiters) {        this(maxFrameLength, stripDelimiter, true, delimiters);   } ​    /**     * Creates a new instance.     *     * @param maxFrameLength the maximum length of the decoded frame.     *                       A {@link TooLongFrameException} is thrown if     *                       the length of the frame exceeds this value.     * @param stripDelimiter whether the decoded frame should strip out the     *                       delimiter or not     * @param failFast If <tt>true</tt>, a {@link TooLongFrameException} is     *                 thrown as soon as the decoder notices the length of the     *                 frame will exceed <tt>maxFrameLength</tt> regardless of     *                 whether the entire frame has been read.     *                 If <tt>false</tt>, a {@link TooLongFrameException} is     *                 thrown after the entire frame that exceeds     *                 <tt>maxFrameLength</tt> has been read.     * @param delimiters the delimiters     */    public DelimiterBasedFrameDecoder(            int maxFrameLength, boolean stripDelimiter, boolean failFast, ByteBuf... delimiters) {        validateMaxFrameLength(maxFrameLength);        if (delimiters == null) {            throw new NullPointerException("delimiters");       }        if (delimiters.length == 0) {            throw new IllegalArgumentException("empty delimiters");       } ​        if (isLineBased(delimiters) && !isSubclass()) {            lineBasedDecoder = new LineBasedFrameDecoder(maxFrameLength, stripDelimiter, failFast);            this.delimiters = null;       } else {            this.delimiters = new ByteBuf[delimiters.length];            for (int i = 0; i < delimiters.length; i ++) {                ByteBuf d = delimiters[i];                validateDelimiter(d);                this.delimiters[i] = d.slice(d.readerIndex(), d.readableBytes());           }            lineBasedDecoder = null;       }        this.maxFrameLength = maxFrameLength;        this.stripDelimiter = stripDelimiter;        this.failFast = failFast;   } ​    /** Returns true if the delimiters are "\n" and "\r\n". */    private static boolean isLineBased(final ByteBuf[] delimiters) {        if (delimiters.length != 2) {            return false;       }        ByteBuf a = delimiters[0];        ByteBuf b = delimiters[1];        if (a.capacity() < b.capacity()) {            a = delimiters[1];            b = delimiters[0];       }        return a.capacity() == 2 && b.capacity() == 1                && a.getByte(0) == '\r' && a.getByte(1) == '\n'                && b.getByte(0) == '\n';   } ​    /**     * Return {@code true} if the current instance is a subclass of DelimiterBasedFrameDecoder     */    private boolean isSubclass() {        return getClass() != DelimiterBasedFrameDecoder.class;   } ​    @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 Object decode(ChannelHandlerContext ctx, ByteBuf buffer) throws Exception {        if (lineBasedDecoder != null) {            return lineBasedDecoder.decode(ctx, buffer);       }        // Try all delimiters and choose the delimiter which yields the shortest frame.        int minFrameLength = Integer.MAX_VALUE;        ByteBuf minDelim = null;        for (ByteBuf delim: delimiters) {            int frameLength = indexOf(buffer, delim);            if (frameLength >= 0 && frameLength < minFrameLength) {                minFrameLength = frameLength;                minDelim = delim;           }       } ​        if (minDelim != null) {            int minDelimLength = minDelim.capacity();            ByteBuf frame; ​            if (discardingTooLongFrame) {                // We've just finished discarding a very large frame.                // Go back to the initial state.                discardingTooLongFrame = false;                buffer.skipBytes(minFrameLength + minDelimLength); ​                int tooLongFrameLength = this.tooLongFrameLength;                this.tooLongFrameLength = 0;                if (!failFast) {                    fail(tooLongFrameLength);               }                return null;           } ​            if (minFrameLength > maxFrameLength) {                // Discard read frame.                buffer.skipBytes(minFrameLength + minDelimLength);                fail(minFrameLength);                return null;           } ​            if (stripDelimiter) {                frame = buffer.readRetainedSlice(minFrameLength);                buffer.skipBytes(minDelimLength);           } else {                frame = buffer.readRetainedSlice(minFrameLength + minDelimLength);           } ​            return frame;       } else {            if (!discardingTooLongFrame) {                if (buffer.readableBytes() > maxFrameLength) {                    // Discard the content of the buffer until a delimiter is found.                    tooLongFrameLength = buffer.readableBytes();                    buffer.skipBytes(buffer.readableBytes());                    discardingTooLongFrame = true;                    if (failFast) {                        fail(tooLongFrameLength);                   }               }           } else {                // Still discarding the buffer since a delimiter is not found.                tooLongFrameLength += buffer.readableBytes();                buffer.skipBytes(buffer.readableBytes());           }            return null;       }   } ​   } ​

使用特殊分隔符解码器 DelimiterBasedFrameDecoder 之前我们需要了解以下几个属性的作用

  • delimiters

delimiters 指定特殊分隔符,通过写入 ByteBuf 作为参数传入。delimiters 的类型是 ByteBuf 数组,所以我们可以同时指定多个分隔符,但是最终会选择长度最短的分隔符进行消息拆分。

例如接收方收到的数据为:

java +--------------+ | ABC\nDEF\r\n | +--------------+

如果指定的多个分隔符为 \n 和 \r\n,DelimiterBasedFrameDecoder 会退化成使用 LineBasedFrameDecoder 进行解析,那么会解码出两个消息。

java +-----+-----+ | ABC | DEF | +-----+-----+

如果指定的特定分隔符只有 \r\n,那么只会解码出一个消息:

java +----------+ | ABC\nDEF | +----------+

  • maxLength

maxLength 是报文最大长度的限制。如果超过 maxLength 还没有检测到指定分隔符,将会抛出 TooLongFrameException。可以说 maxLength 是对程序在极端情况下的一种保护措施

  • failFast

failFast 与 maxLength 需要搭配使用,通过设置 failFast 可以控制抛出 TooLongFrameException 的时机,可以说 Netty 在细节上考虑得面面俱到。如果 failFast=true,那么在超出 maxLength 会立即抛出 TooLongFrameException,不再继续进行解码。如果 failFast=false,那么会等到解码出一个完整的消息后才会抛出 TooLongFrameException。

  • stripDelimiter

stripDelimiter 的作用是判断解码后得到的消息是否去除分隔符。如果 stripDelimiter=false,特定分隔符为 \n,那么上述数据包解码出的结果为:

java +-------+---------+ | ABC\n | DEF\r\n | +-------+---------+

下面我们还是结合代码示例学习 DelimiterBasedFrameDecoder 的用法,依然以固定编码器小节中使用的代码为基础稍做改动,引入特殊分隔符解码器 DelimiterBasedFrameDecoder:

java package io.netty.example.decode; ​ import io.netty.bootstrap.ServerBootstrap; import io.netty.buffer.ByteBuf; import io.netty.buffer.PooledByteBufAllocator; import io.netty.buffer.Unpooled; import io.netty.buffer.UnpooledByteBufAllocator; import io.netty.channel.*; import io.netty.channel.nio.NioEventLoopGroup; import io.netty.channel.socket.SocketChannel; import io.netty.channel.socket.nio.NioChannelOption; import io.netty.channel.socket.nio.NioServerSocketChannel; import io.netty.handler.codec.DelimiterBasedFrameDecoder; import io.netty.handler.codec.FixedLengthFrameDecoder; import io.netty.handler.logging.LogLevel; import io.netty.handler.logging.LoggingHandler; import io.netty.util.CharsetUtil; ​ /** * Echoes back any received data from a client. */ public final class EchoServer { ​    public static void main(String[] args) throws Exception { ​        EventLoopGroup workerGroup = new NioEventLoopGroup();        EventLoopGroup bossGroup = new NioEventLoopGroup();        final EchoServerHandler serverHandler = new EchoServerHandler();        try {            ServerBootstrap b = new ServerBootstrap(); ​            b.group(bossGroup, workerGroup)                    //通过反射创建反射工厂类根据无参构造函数 反射生成实例                    //将NioServerSocketChannel绑定到了bossGroup                    //NioServerSocketChannel接收到请求会创建SocketChannel放入workerGroup                   .channel(NioServerSocketChannel.class) ​                    //指的是SocketChannel                   .childOption(ChannelOption.SO_KEEPALIVE, true)                    //指的是SocketChannel                   .childOption(NioChannelOption.SO_KEEPALIVE, Boolean.TRUE)                    //默認不使用堆外内存                   .childOption(ChannelOption.ALLOCATOR, PooledByteBufAllocator.DEFAULT)                    //false 不使用堆外内存                   .childOption(ChannelOption.ALLOCATOR, new UnpooledByteBufAllocator(false))                    //   .handler(new LoggingHandler(LogLevel.INFO))                   .childHandler(new ChannelInitializer<SocketChannel>() {                        @Override                        public void initChannel(SocketChannel ch) throws Exception {                            ChannelPipeline p = ch.pipeline();                            // p.addLast(new LoggingHandler(LogLevel.INFO));                            ByteBuf delimiter = Unpooled.copiedBuffer("&".getBytes());                            ch.pipeline()                                    //最大長度 超出最大长度是否立即抛出异常 是否除去分隔符 特殊分隔符                                   .addLast(new DelimiterBasedFrameDecoder(10, true, true, delimiter));                            ch.pipeline()                                   .addLast(new EchoServerHandler());                       }                   }); ​            ChannelFuture f = b.bind(8090).sync();            f.channel().closeFuture().sync();       } finally {            workerGroup.shutdownGracefully();       }   } } ​ @ChannelHandler.Sharable class EchoServerHandler extends ChannelInboundHandlerAdapter {    @Override    public void channelRead(ChannelHandlerContext ctx, Object msg) {        System.out.println("Receive client : [" + ((ByteBuf) msg).toString(CharsetUtil.UTF_8) + "]");   } }

package io.netty.example.decode; ​ import io.netty.bootstrap.Bootstrap; import io.netty.channel.*; import io.netty.channel.nio.NioEventLoopGroup; import io.netty.channel.socket.SocketChannel; import io.netty.channel.socket.nio.NioSocketChannel; import io.netty.handler.logging.LogLevel; import io.netty.handler.logging.LoggingHandler; ​ ​ public final class EchoClient { ​    public static void main(String[] args) throws Exception {        // Configure the client.        EventLoopGroup group = new NioEventLoopGroup();        try {            Bootstrap b = new Bootstrap();            b.group(group)             .channel(NioSocketChannel.class)             .option(ChannelOption.TCP_NODELAY, true)             .handler(new ChannelInitializer<SocketChannel>() {                 @Override                 public void initChannel(SocketChannel ch) throws Exception {                     ChannelPipeline p = ch.pipeline();                   // p.addLast(new LoggingHandler(LogLevel.INFO));                     p.addLast(new EchoClientHandler());                 }             }); ​            // Start the client.            ChannelFuture f = b.connect("127.0.0.1", 8090).sync(); ​            // Wait until the connection is closed.            f.channel().closeFuture().sync();       } finally {            // Shut down the event loop to terminate all threads.            group.shutdownGracefully();       }   } } ​

package io.netty.example.decode; ​ import io.netty.buffer.ByteBuf; import io.netty.buffer.Unpooled; import io.netty.channel.ChannelHandlerContext; import io.netty.channel.ChannelInboundHandlerAdapter; ​ import java.util.concurrent.TimeUnit; ​ /** * Handler implementation for the echo client. It initiates the ping-pong * traffic between the echo client and server by sending the first message to * the server. */ public class EchoClientHandler extends ChannelInboundHandlerAdapter { ​    private final ByteBuf firstMessage; ​    /**     * Creates a client-side handler.     */    //TODO 修改1234567890 看看10位数字 和 非10位数字的区别    public EchoClientHandler() {        firstMessage = Unpooled.wrappedBuffer("1234567890".getBytes());   } ​    @Override    public void channelActive(ChannelHandlerContext ctx) {        System.out.println("客户端发送消息" + firstMessage.toString()); ​        ctx.writeAndFlush(firstMessage); ​   } ​    @Override    public void channelRead(ChannelHandlerContext ctx, Object msg) {       // ctx.write(msg);   } ​    @Override    public void channelReadComplete(ChannelHandlerContext ctx) throws InterruptedException {        TimeUnit.SECONDS.sleep(3);        ctx.flush();   } ​    @Override    public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) {       // cause.printStackTrace();        ctx.close();   } } ​

我们依然通过 telnet 模拟客户端发送数据,观察代码输出的结果,可以发现由于 maxLength 设置的只有 10,所以在解析到第三个消息时抛出异常。

客户端输入:

java telnet localhost 8088 ​ Trying ::1... ​ Connected to localhost. ​ Escape character is '^]'. ​ hello&world&1234567890ab ​

服务端输出:

java Receive client : [hello] Receive client : [world] 九月 25, 2020 8:46:01 下午 io.netty.channel.DefaultChannelPipeline onUnhandledInboundException 警告: An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception. io.netty.handler.codec.TooLongFrameException: frame length exceeds 10: 13 - discarded at io.netty.handler.codec.DelimiterBasedFrameDecoder.fail(DelimiterBasedFrameDecoder.java:302) at io.netty.handler.codec.DelimiterBasedFrameDecoder.decode(DelimiterBasedFrameDecoder.java:268) at io.netty.handler.codec.DelimiterBasedFrameDecoder.decode(DelimiterBasedFrameDecoder.java:218)

长度域:LengthFieldBasedFrameDecoder

长度域解码器 LengthFieldBasedFrameDecoder 是解决 TCP 拆包/粘包问题最常用的解码器。 它基本上可以覆盖大部分基于长度拆包场景,开源消息中间件 RocketMQ 就是使用 LengthFieldBasedFrameDecoder 进行解码的。LengthFieldBasedFrameDecoder 相比 FixedLengthFrameDecoder 和 DelimiterBasedFrameDecoder 要复杂一些,接下来我们就一起学习下这个强大的解码器。

首先我们同样先了解 LengthFieldBasedFrameDecoder 中的几个重要属性,这里我主要把它们分为两个部分:长度域解码器特有属性以及与其他解码器(如特定分隔符解码器)的相似的属性

  • 长度域解码器特有属性

java // 长度字段的偏移量,也就是存放长度字段的位置 // 如 长度字段是0 那么长度字段放在了最前面 即 数据包的起始位置 private final int lengthFieldOffset; ​ // 长度字段所占用的字节数 // 即长度字段占用数据包的字节数 private final int lengthFieldLength; ​ /* * 消息长度的修正值,即根据 legnth + lengthAdjustment = 内容真正的长度 * * 在很多较为复杂一些的协议设计中,长度域不仅仅包含消息的长度,而且包含其他的数据,如版本号、数据类型、数据状态等,那么这时候我们需要使用 lengthAdjustment 进行修正。假如长度域的值为14, 其中content的长度是12 那lengthAdjustment = 12 - 14 =-2 * * lengthAdjustment = 解码前消息内容字段的起始位置 - 长度字段偏移量 -长度字段所占用的字节数 * lengthAdjustment = initialBytesToStrip - lengthFieldOffset -lengthFieldLength */ ​ private final int lengthAdjustment; ​ ​ // 表示解码后需要跳过的初始字节数,也就是消息内容字段的起始位置。 private final int initialBytesToStrip; ​ // 长度字段结束的偏移量,lengthFieldEndOffset = lengthFieldOffset + lengthFieldLength private final int lengthFieldEndOffset; ​

与固定长度解码器和特定分隔符解码器相似的属性

java private final int maxFrameLength; // 报文最大限制长度 private final boolean failFast; // 是否立即抛出 TooLongFrameException,与 maxFrameLength 搭配使用 private boolean discardingTooLongFrame; // 是否处于丢弃模式 private long tooLongFrameLength; // 需要丢弃的字节数 private long bytesToDiscard; // 累计丢弃的字节数 ​

下面我们结合具体的示例来解释下每种参数的组合,其实在 Netty LengthFieldBasedFrameDecoder 源码的注释中已经描述得非常详细,一共给出了 7 个场景示例,理解了这些示例基本上可以真正掌握 LengthFieldBasedFrameDecoder 的参数用法。

示例 1:典型的基于消息长度 + 消息内容的解码。

java BEFORE DECODE (14 bytes)         AFTER DECODE (14 bytes) +--------+----------------+      +--------+----------------+ | Length | Actual Content |----->| Length | Actual Content | | 12     | "HELLO, WORLD" |      | 0x000C | "HELLO, WORLD" | +--------+----------------+      +--------+----------------+ ​ 上述协议是最基本的格式,报文只包含消息长度 Length 和消息内容 Content 字段,其中 Length 为 16 进制表示,共占用 2 字节,Length 的值 0x000C 代表 Content 占用 12 字节。即要传输内容的字节数是12,该协议对应的解码器参数组合如下: ​ lengthFieldOffset = 0,存放长度数据的起始位置, Length 字段就在报文的开始位置即0 ​ lengthFieldLength = 2,长度字段所占用的字节数,协议设计的固定长度为2。 ​ lengthAdjustment = 0 Length 字段只包含内容长度,不需要做任何修正。 ​ initialBytesToStrip = 0 表示解码后需要跳过的初始字节数,也就是消息内容字段的起始位置。解码后14字节。表示内容就是12字节,我们可以先读2字节长度。再根据长度读取12字节的真正内容。

示例 2:解码结果需要截断。

java BEFORE DECODE (14 bytes)         AFTER DECODE (12 bytes) +--------+----------------+      +----------------+ | Length | Actual Content |----->| Actual Content | | 12     | "HELLO, WORLD" |      | "HELLO, WORLD" | +--------+----------------+      +----------------+ ​ 示例 2 和示例 1 的区别在于解码后的结果只包含消息内容,其他的部分是不变的。其中 Length 为 16 进制表示,共占用 2 字节,Length 的值 0x000C 代表 Content 占用 12 字节。该协议对应的解码器参数组合如下: ​ - lengthFieldOffset = 0,存放长度数据的起始位置,因为 Length 字段就在报文的开始位置。 - lengthFieldLength = 2,长度字段所占用的字节数,协议设计的固定长度。 - lengthAdjustment = 0 Length 字段只包含消息长度,不需要做任何修正。 - initialBytesToStrip = 2 表示需要跳过2字节才是真正的消息内容

示例 3:长度字段包含消息长度和消息内容所占的字节。

java BEFORE DECODE (14 bytes)         AFTER DECODE (14 bytes) +--------+----------------+      +--------+----------------+ | Length | Actual Content |----->| Length | Actual Content | | 14     | "HELLO, WORLD" |      | 0x000E | "HELLO, WORLD" | +--------+----------------+      +--------+----------------+ 与前两个示例不同的是,示例 3 的 Length 字段包含 Length 字段自身的固定长度以及 Content 字段所占用的字节数,Length 的值为 0x000E(2 + 12 = 14 字节),在 Length 字段值(14 字节)的基础上做 lengthAdjustment(-2)的修正,才能得到真实的 Content 字段长度,所以对应的解码器参数组合如下:     lengthFieldOffset = 0,因为 Length 字段就在报文的开始位置。 lengthFieldLength = 2,协议设计的固定长度。 lengthAdjustment = -2,Actual Content是12,长度字段值为14,14 + (-2) =12 ,即需要减 2 才是拆包所需要的长度。 ​ initialBytesToStrip = 0,解码后内容依然是 Length + Content,不需要跳过任何初始字节。解码前总长度14-解码后总长度14=0

示例 4:基于长度字段偏移的解码。

java BEFORE DECODE (17 bytes)                      AFTER DECODE (17 bytes) +----------+----------+----------------+      +----------+----------+------------- | Header|  Length| Actual Content |----->    |Header |  Length  | Actual Content| |  2 | 12 | "HELLO, WORLD" |          |0xCAFE | 0x00000C | "HELLO, WORLD"| +----------+----------+----------------+      +----------+----------+------------- ​ 示例 4 中 Header 2字节, Length3字节,Length 字段不再是报文的起始位置,Length 字段的值为 0x00000C,表示 Content 字段占用 12 字节,该协议对应的解码器参数组合如下: ​ - lengthFieldOffset = 2,需要跳过 Header 1 所占用的 2 字节,才是 Length 的起始位置。 - lengthFieldLength = 3,协议设计的固定长度。 - lengthAdjustment = 0,Length 字段只包含消息长度,不需要做任何修正。before和after一样 - initialBytesToStrip = 0,解码后内容依然是完整的报文,不需要跳过任何初始字节。

示例 5:长度字段与内容字段不再相邻。

java BEFORE DECODE (17 bytes)                      AFTER DECODE (17 bytes) +----------+----------+----------------+      +----------+----------+------------- |  Length| Header| Actual Content |-----> |Length  | Header | Actual Content | |  12 |  2 | "HELLO, WORLD" |     |0x00000C| 0xCAFE | "HELLO, WORLD" | +----------+----------+----------------+      +----------+----------+------------- 示例 5 中的 Length 字段之后是 Header,Length 与 Content 字段不再相邻。Length 字段所表示的内容略过了 Header 1 字段,所以也需要通过 lengthAdjustment 修正才能得到 Header + Content 的内容。示例 5 所对应的解码器参数组合如下: ​ lengthFieldOffset = 0,因为 Length 字段就在报文的开始位置。 ​ lengthFieldLength = 3,协议设计的固定长度。 ​ lengthAdjustment = 2 ​ initialBytesToStrip = 0,解码后内容依然是完整的报文,不需要跳过任何初始字节。 解码前总长度17-解码后总长度17

示例 6:基于长度偏移和长度修正的解码。

java BEFORE DECODE (16 bytes)                       AFTER DECODE (13 bytes) +------+--------+------+----------------+      +------+----------------+ | HDR1 | Length | HDR2 | Actual Content |----->| HDR2 | Actual Content | | 1    | 12     | 1    | "HELLO, WORLD" |      | 0xFE | "HELLO, WORLD" | +------+--------+------+----------------+      +------+----------------+ 示例 6 中 Length 字段前后分为别 HDR1 和 HDR2 字段,各占用 1 字节,所以既需要做长度字段的偏移,也需要做 lengthAdjustment 修正,具体修正的过程与 示例 5 类似。对应的解码器参数组合如下: ​ - lengthFieldOffset = 1,需要跳过 HDR1 所占用的 1 字节,才是 Length 的起始位置。 - lengthFieldLength = 2,协议设计的固定长度。 - lengthAdjustment = 1,length: 12 + HDR2:1 =13 真正的内容长度13 - initialBytesToStrip = 3,解码后跳过 HDR1 和 Length 字段,共占用 3 字节。 解码前总长度16-解码后总长度13=3

示例 7:长度字段包含除 Content 外的多个其他字段。

java BEFORE DECODE (16 bytes)                       AFTER DECODE (13 bytes) +------+--------+------+----------------+      +------+----------------+ | HDR1 | Length | HDR2 | Actual Content |----->| HDR2 | Actual Content | | 1    | 16     | 3    | "HELLO, WORLD" |      | 0xFE | "HELLO, WORLD" | +------+--------+------+----------------+      +------+----------------+ 示例 7 与 示例 6 的区别在于 Length 字段记录了整个报文的长度,包含 Length 自身所占字节2、HDR1占用字节1 、HDR2占用字节1 以及 Content 字段的长度12,解码器需要知道如何进行 lengthAdjustment 调整,才能得到 HDR2 和 Content 的内容。所以我们可以采用如下的解码器参数组合: ​ - lengthFieldOffset = 1,需要跳过 HDR1 所占用的 1 字节,才是 Length 的起始位置。 - lengthFieldLength = 2,协议设计的固定长度。 - lengthAdjustment = -3,Actual Content 13 - 长度域的值16=-3 initialBytesToStrip = 3,解码前16 -  解码后 13 = 3 ​

以上 7 种示例涵盖了 LengthFieldBasedFrameDecoder 大部分的使用场景,你是否学会了呢?最后留一个小任务,在上一节课程中我们设计了一个较为通用的协议,如下所示。如何使用长度域解码器 LengthFieldBasedFrameDecoder 完成该协议的解码呢?抓紧自己尝试下吧。

+---------------------------------------------------------------+ | 魔数 2byte | 协议版本号 1byte | 序列化算法 1byte | 报文类型 1byte  | +---------------------------------------------------------------+ | 状态 1byte |        保留字段 4byte     |      数据长度 4byte     | +---------------------------------------------------------------+ |                   数据内容 (长度不定)                          | +---------------------------------------------------------------+

编码需要使用LengthFieldPrepender

总结

本节课我们介绍了三种常用的解码器,从中我们可以体会到 Netty 在设计上的优雅,只需要调整参数就可以轻松实现各种功能。在健壮性上,Netty 也考虑得非常全面,很多边界情况 Netty 都贴心地增加了保护性措施。实现一个健壮的解码器并不容易,很可能因为一次解析错误就会导致解码器一直处理错乱的状态。如果你使用了基于长度编码的二进制协议,那么推荐你使用 LengthFieldBasedFrameDecoder,它已经可以满足实际项目中的大部分场景,基本不需要再自定义实现了。希望朋友们在项目开发中能够学以致用。文章来源地址https://www.toymoban.com/news/detail-639239.html

到了这里,关于23.Netty源码之内置解码器的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 深入了解Transformer:从编码器到解码器的神经网络之旅

    自2017年问世以来,Transformer模型在自然语言处理(NLP)领域引发了一场革命。它的独特设计和高效性能使其成为了解决复杂语言任务的关键工具。 (1)自注意力机制 Transformer的核心在于自注意力机制。它允许模型在处理每个词时考虑句子中的所有其他词,从而有效捕获长距离依

    2024年01月17日
    浏览(49)
  • FPGA硬件png图片解码器,支持所有颜色类型解码,提供工程源码和技术支持

    png 是仅次于jpg的第二常见的图象压缩格式。png支持透明通道(A通道),支持无损压缩,支持索引RGB(基于调色板的有损压缩)。在色彩丰富的数码照片中,png只能获得1~4倍的压缩比。在人工合成图(例如平面设计)中,png能获得10倍以上的压缩比。 本设计使用system verilog语言

    2023年04月17日
    浏览(51)
  • Java简化MongoDB编解码器的两种方法

    在与MongoDB进行数据交互时,有时候会遇到找不到类的编解码器(codec)的错误。为了解决这个问题,一种常见的方法是创建自定义编解码器来处理特定的类。然而,对于一些开发者来说,这样的方法可能过于繁琐。本文将介绍两种简化MongoDB编解码器的方法,让您能够更轻松地

    2024年02月15日
    浏览(42)
  • 解码器 | 基于 Transformers 的编码器-解码器模型

    基于 transformer 的编码器-解码器模型是 表征学习 和 模型架构 这两个领域多年研究成果的结晶。本文简要介绍了神经编码器-解码器模型的历史,更多背景知识,建议读者阅读由 Sebastion Ruder 撰写的这篇精彩 博文。此外,建议读者对 自注意力 (self-attention) 架构 有一个基本了解

    2024年02月08日
    浏览(48)
  • 【计算机视觉 | 目标检测】术语理解9:AIGC的理解,对比学习,解码器,Mask解码器,耦合蒸馏,半耦合,图像编码器和组合解码器的耦合优化

    AIGC指的是使用人工智能技术自动生成的各类数字内容,包括文本、图像、音频、视频等。它利用机器学习模型进行智能化内容生成。 主要的技术手段包括: 自然语言生成(NLG):使用RNN、GPT等语言模型生成文本。 生成对抗网络(GAN):使用GAN生成高质量图片。 自动语音合成(TTS):使用

    2024年02月04日
    浏览(67)
  • 编码器 | 基于 Transformers 的编码器-解码器模型

    基于 transformer 的编码器-解码器模型是 表征学习 和 模型架构 这两个领域多年研究成果的结晶。本文简要介绍了神经编码器-解码器模型的历史,更多背景知识,建议读者阅读由 Sebastion Ruder 撰写的这篇精彩 博文。此外,建议读者对 自注意力 (self-attention) 架构 有一个基本了解

    2024年02月08日
    浏览(60)
  • 【Transformer系列(1)】encoder(编码器)和decoder(解码器)

    前言 这个专栏我们开始学习transformer,自推出以来transformer在深度学习中占有重要地位,不仅在NLP领域,在CV领域中也被广泛应用,尤其是2021年,transformer在CV领域可谓大杀四方。 在论文的学习之前,我们先来介绍一些专业术语。本篇就让我们先来认识一下encoder和decoder吧!

    2024年03月25日
    浏览(61)
  • ffmpeg中的avs解码器综述

    最近拿了一个avs的视频流,用硬件可以解码,但是ffmpeg自带的却无法解码。 所以研究了一下,首先看ffmpeg的avs解码器: 可以看到avs有两个,第一个是avs 第二个是cavs. 我们先用avs来解码,解码的视频是通过【 avs编码器 】编码的: 结果发现有问题,尺寸本来是640 360,结果被强

    2024年02月08日
    浏览(51)
  • flutter 视频解码器fijkplayer使用

           本人做视频监控项目的时候,需要去展示视频流到用户端,一开始使用flutter自带的VideoPlayer播放监控视频,一开始没有发现有什么问题,因为使用多的是Android模拟器,一直没有使用iso模拟器或者真机测试能不能播放,直到开发接近尾声,在ios模拟器上测试的时候发现

    2023年04月10日
    浏览(46)
  • 【NLP概念源和流】 06-编码器-解码器模型(6/20 部分)

            在机器翻译等任务中,我们必须从一系列输入词映射到一系列输出词。读者必须注意,这与“序列标记”不同,在“序列标记”中,该任务是将序列中的每个单词映射到预定义的类,如词性或命名实体任务。 作者生成         在上面的

    2024年02月14日
    浏览(45)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包