• 京东面试:说说你对ByteBuf的理解


    你好,我是田哥

    一位朋友面试京东,被面试官按在地上各种摩擦!尤其是关于Netty的ByteBuf问了问题。于是决定分享一波,欢迎加我微信(tj0120622)一起探讨技术。

    可能你会觉得字节面试没遇到过这个问题,这里主要是这位朋友写了自己对Dubbo源码有深入研究,于是背面试官问到了Netty的内容。

    正文

    在Netty中,还有另外一个比较常见的对象ByteBuf,它其实等同于Java Nio中的ByteBuffer,但是ByteBuf对Nio中的ByteBuffer的功能做了很作增强,下面我们来简单了解一下ByteBuf。

    ByteBuf从名字上可以看出是缓冲区,主要是用于进行信息承载和交流的 。

    Netty的数据读写都是以ByteBuf为单位进行交互的。

    ByteBuf类定义:

    1. public abstract class ByteBuf implements ReferenceCounted, Comparable {
    2.     .....
    3. }

    可以看出,ByteBuf其实是一个抽象类,是Netty中Buffer的基础类,有很多种实现类,请看下图(截图效果只能看到部分,感兴趣的自己可以去翻翻源码):

    8cb985d66baeb9639e48eb06a30cdb39.png


    下面这段代码演示了ByteBuf的创建以及内容的打印,这里显示出了和普通ByteBuffer最大的区别之一,就是ByteBuf可以自动扩容,默认长度是256,如果内容长度超过阈值时,会自动触发扩容。

    ByteBuf入门案例演示

    1. package com.tian.netty;
    2. import io.netty.buffer.ByteBuf;
    3. import io.netty.buffer.ByteBufAllocator;
    4. import io.netty.buffer.ByteBufUtil;
    5. import io.netty.util.internal.StringUtil;
    6. /**
    7.  * @author tianwc
    8.  * @公众号 Java后端技术全栈
    9.  * @description ByteBuf 演示 
    10.  */
    11. public class ByteBufExample {
    12.     public static void main(String[] args) {
    13.         //可自动扩容
    14.         ByteBuf buf = ByteBufAllocator.DEFAULT.buffer();
    15.         log(buf);
    16.         StringBuilder sb = new StringBuilder();
    17.         //演示的时候,可以把循环的值扩大,就能看到扩容效果
    18.         //0到31数字拼接
    19.         for (int i = 0; i < 32; i++) {
    20.             sb.append(" - " + i);
    21.         }
    22.         buf.writeBytes(sb.toString().getBytes());
    23.         log(buf);
    24.     }
    25.     //输出Buf相关信息
    26.     private static void log(ByteBuf buf) {
    27.         StringBuilder builder = new StringBuilder()
    28.                 .append(" read index:").append(buf.readerIndex())//获取读索引
    29.                 .append(" write index:").append(buf.writerIndex())//获取写索引
    30.                 .append(" capacity:").append(buf.capacity())//获取容量
    31.                 .append(StringUtil.NEWLINE);
    32.         //把ByteBuf中的内容,dump到StringBuilder中
    33.         ByteBufUtil.appendPrettyHexDump(builder, buf);
    34.         System.out.println(builder.toString());
    35.     }
    36. }

    输出结果:

    1. ============before==============
    2.  read index:0 write index:0 capacity:256
    3. ============after==============
    4.  read index:0 write index:150 capacity:256
    5.          +-------------------------------------------------+
    6.          |  0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f |
    7. +--------+-------------------------------------------------+----------------+
    8. |0000000020 220 30 20 220 31 20 220 32 20 220 33 | - 0 - 1 - 2 - 3|
    9. |0000001020 220 34 20 220 35 20 220 36 20 220 37 | - 4 - 5 - 6 - 7|
    10. |0000002020 220 38 20 220 39 20 220 31 30 20 220 | - 8 - 9 - 10 - |
    11. |0000003031 31 20 220 31 32 20 220 31 33 20 220 31 |11 - 12 - 13 - 1|
    12. |0000004034 20 220 31 35 20 220 31 36 20 220 31 37 |4 - 15 - 16 - 17|
    13. |0000005020 220 31 38 20 220 31 39 20 220 32 30 20 | - 18 - 19 - 20 |
    14. |00000060220 32 31 20 220 32 32 20 220 32 33 20 2d |- 21 - 22 - 23 -|
    15. |0000007020 32 34 20 220 32 35 20 220 32 36 20 220 | 24 - 25 - 26 - |
    16. |0000008032 37 20 220 32 38 20 220 32 39 20 220 33 |27 - 28 - 29 - 3|
    17. |0000009030 20 220 33 31                               |0 - 31          |
    18. +--------+-------------------------------------------------+----------------+

    上面输出的数据是不是很像我们抓包的数据格式。

    1. ============before==============
    2.  read index:0 write index:0 capacity:256

    没有写入数据之前:读索引是0,写索引是0,容量是256。

    1. ============after==============
    2.  read index:0 write index:150 capacity:256

    写入数据后:读索引是0,写索引是150,容量是256。说明我们想buffer中写入了150个字节。

    如果我们对上面for循环进行修改:

    1. public static void main(String[] args) {
    2.         //可自动扩容
    3.         ByteBuf buf = ByteBufAllocator.DEFAULT.buffer();
    4.         System.out.println("============before==============");
    5.         log(buf);
    6.         StringBuilder sb = new StringBuilder();
    7.         //演示的时候,可以把循环的值扩大,就能看到扩容效果
    8.         for (int i = 0; i < 320; i++) {
    9.             sb.append(" - " + i);
    10.         }
    11.         buf.writeBytes(sb.toString().getBytes());
    12.         System.out.println("============after==============");
    13.         log(buf);
    14. }

    输出:

    1. ============before==============
    2.  read index:0 write index:0 capacity:256
    3. ============after==============
    4.  read index:0 write index:1810 capacity:2048
    5.          +-------------------------------------------------+
    6.          |  0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f |
    7. +--------+-------------------------------------------------+----------------+
    8. |0000000020 220 30 20 220 31 20 220 32 20 220 33 | - 0 - 1 - 2 - 3|
    9. |0000001020 220 34 20 220 35 20 220 36 20 220 37 | - 4 - 5 - 6 - 7|
    10. |0000002020 220 38 20 220 39 20 220 31 30 20 220 | - 8 - 9 - 10 - |
    11. |0000003031 31 20 220 31 32 20 220 31 33 20 220 31 |11 - 12 - 13 - 1|
    12. |0000004034 20 220 31 35 20 220 31 36 20 220 31 37 |4 - 15 - 16 - 17|
    13. |0000005020 220 31 38 20 220 31 39 20 220 32 30 20 | - 18 - 19 - 20 |
    14. |00000060220 32 31 20 220 32 32 20 220 32 33 20 2d |- 21 - 22 - 23 -|
    15. |0000007020 32 34 20 220 32 35 20 220 32 36 20 220 | 24 - 25 - 26 - |

    重点看:

    1. ============after==============
    2.  read index:0 write index:1810 capacity:2048

    可以看出,写入的数据是1810字节,容量编程了2048。

    由此我们可推算,在此过程中做了扩容

    1. //容量默认大小
    2. static final int DEFAULT_INITIAL_CAPACITY = 256;
    3. //最大容量
    4. static final int DEFAULT_MAX_CAPACITY = Integer.MAX_VALUE;

    下面来看看扩容规则:

    如果写入后数据大小未超过512字节,则选择下一个16的整数倍进行扩容。比如写入数据大小未12字节,则扩容后的capacity容量是16.

    如果写入后数据大小超过512个字节,则选择下一个2的n次幂。比如写入大小是512字节,则扩容后的capacity是2的10次幂,也是就是1024(因为2的9次幂为512,长度已经不够了)。

    扩容不能超过max capacity ,否则会报错。

    ByteBuf创建的方法有两种

    第一种,创建基于堆内存的ByteBuf,也就是由JVM管理内存。比如:

    ByteBuf buffer = ByteBufAllocator.DEFAULT.heapBuffer(10);

    第二种,创建基于直接内存(堆外内存)的ByteBuf(默认情况下用的是这种)。

    Java中的内存分为两个部分,一部分是JVM内存,另外一部分是不需要jvm管理的直接内存,也被称为堆外内存。堆外内存就是把内存对象分配在JVM堆意外的内存区域,这部分内存不是虚拟机管理,而是由操作系统来管理,这样可以减少垃圾回收对应用程序的影响。

    比如:

    ByteBuf buffer = ByteBufAllocator.DEFAULT.directBuffer(10);

    直接内存的好处是读写性能会高一些,如果数据存放在堆中,此时需要把Java堆空间的数据发送到远程服务器,首先需要把堆内部的数据拷贝到直接内存(堆外内存),然后再发送。如果是把数据直接存储到堆外内存中,发送的时候就少了一个复制步骤。

    但是它也有缺点,由于缺少了JVM的内存管理,所以需要我们自己来维护堆外内存,防止内存溢出。

    第三种:池化技术,池化技术的目的就是重复使用资源。我们在上面的演示例子中,创建ByteBuf是:

    ByteBuf buf = ByteBufAllocator.DEFAULT.buffer();

    我们可以通过输出来看看:

    1. public class ByteBufExample {
    2.     public static void main(String[] args) { 
    3.         ByteBuf buf = ByteBufAllocator.DEFAULT.buffer();
    4.         System.out.println(buf);
    5.     }
    6. }

    输出:

    PooledUnsafeDirectByteBuf(ridx: 0, widx: 0cap256)

    所以,上面这种方式创建ByteBuf,默认就是PooledUnsafeDirectByteBuf池化技术来创建的。

    类关系图:

    7f85f11c262312d33b593f3293332fa9.png


    我们在IDEA上VM options中设置参数(unpooled非池化、pooled池化):

    -Dio.netty.allocator.type=unpooled

    再运行:

    1. public class ByteBufExample { 
    2.     public static void main(String[] args) { 
    3.         ByteBuf buf = ByteBufAllocator.DEFAULT.buffer();
    4.         System.out.println(buf);
    5.     }
    6. }

    输出:

    UnpooledByteBufAllocator$InstrumentedUnpooledUnsafeNoCleanerDirectByteBuf(ridx: 0, widx: 0cap256)

    结果表明我们使用的是非池化ByteBuf。

    探索

    上面我们对ByteBuf有个简单的了解,我们现在来探索ByteBuf是怎样存储数据的。

    请看下面这张图:

    0d9b77cc35bb0f055e90d2582e9bed6b.png


    从这个图中可以看到ByteBuf其实是一个字节容器,该容器中包含三个部分:

    • 废弃字节:Byte中废弃的字节,简单理解为已经被读取过的字节,可以通过discardReadBytes()方法进行丢弃,并释放这部分空间。

    • 可读字节:可以被读取的字节空间,由读指针和写指针进行划分,两个指针中间的字节空间即为可以被读取的字节大小。计算:可读字节 = WriteIndex - ReadIndex。当WriteIndex等于ReadIndex时,ByteBuf不可读。

    • 可写字节:,可以被写入的字节空间,每写入一个字节,WriteIndex+1,直到WriteIndex等于容量Capacity时,ByteBuf

    • 可扩容字节,表示ByteBuf最多还能扩容多少容量。

    在ByteBuf中,有两个指针:

    • readerIndex: 读指针,每读取一个字节,readerIndex自增加1。ByteBuf里面总共有witeIndex-readerIndex个字节可读,当readerIndex和writeIndex相等的时候,ByteBuf不可读

    • writeIndex: 写指针,每写入一个字节,writeIndex自增加1,直到增加到capacity后,可以触发扩容后继续写入。

    ByteBuf中还有一个maxCapacity最大容量,默认的值是Integer.MAX_VALUE,当ByteBuf写入数据时,如果容量不足时,会触发扩容,直到capacity扩容到maxCapacity。

    说了这一堆,可能你还是不太明白,我们用一个案例演示:

    1. /**
    2.  * @author tianwc
    3.  * @公众号 Java后端技术全栈
    4.  * @description ByteBuf 演示 
    5.  */
    6. public class ByteBufExample {
    7.     public static void main(String[] args) {
    8.         ByteBuf buf = ByteBufAllocator.DEFAULT.heapBuffer();//可自动扩容
    9.         buf.writeBytes(new byte[]{1234}); //写入四个字节
    10.         log(buf);
    11.         buf.readByte();//读取一个字节
    12.         log(buf);
    13.         buf.writeByte(5); //写入一个字节
    14.         log(buf);
    15.         buf.writeInt(6); //写入一个int类型,也是4个字节
    16.         log(buf);
    17.     }
    18.     //输出Buf相关信息
    19.     private static void log(ByteBuf buf) {
    20.         StringBuilder builder = new StringBuilder()
    21.                 .append(" read index:").append(buf.readerIndex())//获取读索引
    22.                 .append(" write index:").append(buf.writerIndex())//获取写索引
    23.                 .append(" capacity:").append(buf.capacity())//获取容量
    24.                 .append(StringUtil.NEWLINE);
    25.         //把ByteBuf中的内容,dump到StringBuilder中
    26.         //转换成16进制,美化
    27.         ByteBufUtil.appendPrettyHexDump(builder, buf);
    28.         System.out.println(builder.toString());
    29.     }
    30. }

    运行结果:

    0de4e5c6694984f1702b54d7ccce7dce.png


    问题1

    在上面的代码中:

    buf.writeInt(6);

    看似我们之加入了一个6,但是其实是四个字节:

    00 00 00 06

    也就是说整形的6,在buffer中保存的是四个字节,如果读取不全,那就不能输出6了,这也就是传说中的网络数据传输拆包和粘包问题,这个我们后面再专门分享。

    问题2

    上面我们数据被读取后,就不存在了,怎么?

    如果想重复读取哪些已经读完的数据,这里提供了两个方法来实现标记和重置。

    1. /**
    2.  * @author tianwc
    3.  * @公众号 Java后端技术全栈
    4.  * @description ByteBuf 演示 
    5.  */
    6. public class ByteBufExample {
    7.     public static void main(String[] args) {
    8.         ByteBuf buf = ByteBufAllocator.DEFAULT.heapBuffer();//可自动扩容
    9.         buf.writeBytes(new byte[]{1234567});
    10.         log(buf);
    11.         buf.markReaderIndex(); //标记读取的索引位置
    12.         System.out.println(buf.readInt());
    13.         log(buf);
    14.         buf.resetReaderIndex();//重置到标记位
    15.         System.out.println(buf.readInt());
    16.         log(buf); 
    17.     }
    18.     //输出Buf相关信息
    19.     private static void log(ByteBuf buf) {
    20.         StringBuilder builder = new StringBuilder()
    21.                 .append(" read index:").append(buf.readerIndex())//获取读索引
    22.                 .append(" write index:").append(buf.writerIndex())//获取写索引
    23.                 .append(" capacity:").append(buf.capacity())//获取容量
    24.                 .append(StringUtil.NEWLINE);
    25.         //把ByteBuf中的内容,dump到StringBuilder中
    26.         //转换成16进制,美化
    27.         ByteBufUtil.appendPrettyHexDump(builder, buf);
    28.         System.out.println(builder.toString());
    29.     }
    30. }

    结果输出:

    1. read index:0 write index:7 capacity:256
    2.          +-------------------------------------------------+
    3.          |  0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f |
    4. +--------+-------------------------------------------------+----------------+
    5. |0000000001 02 03 04 05 06 07                            |.......         |
    6. +--------+-------------------------------------------------+----------------+
    7. 16909060
    8.  read index:4 write index:7 capacity:256
    9.          +-------------------------------------------------+
    10.          |  0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f |
    11. +--------+-------------------------------------------------+----------------+
    12. |0000000005 06 07                                        |...             |
    13. +--------+-------------------------------------------------+----------------+
    14. 16909060
    15.  read index:4 write index:7 capacity:256
    16.          +-------------------------------------------------+
    17.          |  0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f |
    18. +--------+-------------------------------------------------+----------------+
    19. |0000000005 06 07                                        |...             |
    20. +--------+-------------------------------------------------+----------------+

    另外,如果想不改变读指针位置来获得数据,在ByteBuf中提供了 get 开头的方法,这个方法基于索引位置读取,并且允许重复读取的功能。

    零拷贝

    我之前有分享过零拷贝的内容:网易面试:说说零拷贝,成功上岸!

    需要说明一下,ByteBuf的零拷贝机制和我们之前提到的操作系统层面的零拷贝不同,操作系统层面的零拷贝,是我们要把一个文件发送到远程服务器时,需要从内核空间拷贝到用户空间,再从用户空间拷贝到内核空间的网卡缓冲区发送,导致拷贝次数增加。

    而ByteBuf中的零拷贝思想也是相同,都是减少数据复制提升性能。如图3-2所示,假设有一个原始ByteBuf,我们想对这个ByteBuf其中的两个部分的数据进行操作。按照正常的思路,我们会创建两个新的ByteBuf,然后把原始ByteBuf中的部分数据拷贝到两个新的ByteBuf中,但是这种会涉及到数据拷贝,在并发量较大的情况下,会影响到性能。

    0632618ab29b57705e25ebb99142160f.png


    ByteBuf中提供了一个slice方法,这个方法可以在不做数据拷贝的情况下对原始ByteBuf进行拆分,使用方法如下:

    1. public class ByteBufExample {
    2.     public static void main(String[] args) {
    3.         ByteBuf buf = ByteBufAllocator.DEFAULT.heapBuffer();//可自动扩容
    4.         buf.writeBytes(new byte[]{12345678910});
    5.         log(buf);
    6.         ByteBuf bb1 = buf.slice(05);
    7.         ByteBuf bb2 = buf.slice(55);
    8.         log(bb1);
    9.         log(bb2);
    10.         System.out.println("修改原始数据");
    11.         buf.setByte(25); //修改原始buf数据
    12.         log(bb1);//再打印bb1的结果,发现数据发生了变化
    13.     }
    14.     //输出Buf相关信息
    15.     private static void log(ByteBuf buf) {
    16.         StringBuilder builder = new StringBuilder()
    17.                 .append(" read index:").append(buf.readerIndex())//获取读索引
    18.                 .append(" write index:").append(buf.writerIndex())//获取写索引
    19.                 .append(" capacity:").append(buf.capacity())//获取容量
    20.                 .append(StringUtil.NEWLINE);
    21.         //把ByteBuf中的内容,dump到StringBuilder中
    22.         //转换成16进制,美化
    23.         ByteBufUtil.appendPrettyHexDump(builder, buf);
    24.         System.out.println(builder.toString());
    25.     }
    26. }

    运行结果:

    7dc935457830f3cb137fd2854c84b94b.png


    在上面的代码和运行结果,我们可以看出,通过slice对原始buf进行切片,每个分片是5个字节。

    为了证明slice是没有数据拷贝,我们通过修改原始buf的索引2所在的值,然后再打印第一个分片bb1, 可以发现bb1的结果发生了变化。说明两个分片和原始buf指向的数据是同一个。

    Unpooled

    在前面的案例中我们经常用到Unpooled工具类,它是同了非池化的ByteBuf的创建、组合、复制等操作。

    假设有一个协议数据,它有头部和消息体组成,这两个部分分别放在两个ByteBuf中我们希望把header和body合并成一个ByteBuf,通常的做法是:

    1. ByteBuf allBuf=Unpooled.buffer(header.readableBytes()+body.readableBytes());
    2. allBuf.writeBytes(header);
    3. allBuf.writeBytes(body);

    在这个过程中,我们把header和body拷贝到了新的allBuf中,这个过程在无形中增加了两次数据拷贝操 作。那有没有更高效的方法减少拷贝次数来达到相同目的呢?

    在Netty中,提供了一个CompositeByteBuf组件,它提供了这个功能。

    1. public class ByteBufExample {
    2.    public static void main(String[] args) {
    3.         ByteBuf header = ByteBufAllocator.DEFAULT.buffer();//可自动扩容
    4.         header.writeCharSequence("header", CharsetUtil.UTF_8);
    5.         ByteBuf body = ByteBufAllocator.DEFAULT.buffer();
    6.         body.writeCharSequence("body", CharsetUtil.UTF_8);
    7.         CompositeByteBuf compositeByteBuf = Unpooled.compositeBuffer();
    8.         //其中第一个参数是 true, 表示当添加新的 ByteBuf 时, 自动递增 CompositeByteBuf的 writeIndex.
    9.         //默认是false,也就是writeIndex=0,这样的话我们不可能从compositeByteBuf中读取到数据。
    10.         compositeByteBuf.addComponents(true, header, body);
    11.         log(compositeByteBuf);
    12.     }
    13.     //输出Buf相关信息
    14.     private static void log(ByteBuf buf) {
    15.         StringBuilder builder = new StringBuilder()
    16.                 .append(" read index:").append(buf.readerIndex())//获取读索引
    17.                 .append(" write index:").append(buf.writerIndex())//获取写索引
    18.                 .append(" capacity:").append(buf.capacity())//获取容量
    19.                 .append(StringUtil.NEWLINE);
    20.         //把ByteBuf中的内容,dump到StringBuilder中
    21.         //转换成16进制,美化
    22.         ByteBufUtil.appendPrettyHexDump(builder, buf);
    23.         System.out.println(builder.toString());
    24.     }
    25. }

    运行结果:

    dd85878b56230816ad0e77c59461dd91.png


    之所以CompositeByteBuf能够实现零拷贝,是因为在组合header和body时,并没有对这两个数据进行复制,而是通过CompositeByteBuf构建了一个逻辑整体,里面仍然是两个真实对象,也就是有一个指针指向了同一个对象,所以这里类似于浅拷贝的实现。

    8bd41ffd27b5c5b736ce42e0ea09e1a8.png


    wrappedBuffer

    Unpooled工具类中,提供了一个wrappedBuffer()方法,来实现CompositeByteBuf零拷贝功能。使 用方法如下。

    1. public class ByteBufExample {
    2.     public static void main(String[] args) {
    3.         ByteBuf header = ByteBufAllocator.DEFAULT.buffer();//可自动扩容
    4.         header.writeBytes(new byte[]{12345});
    5.         ByteBuf body = ByteBufAllocator.DEFAULT.buffer();
    6.         body.writeBytes(new byte[]{678910});
    7.         ByteBuf all = Unpooled.wrappedBuffer(header, body);
    8.         log(all);tln(buf.readInt());
    9.         log(buf);
    10.     }
    11.     //输出Buf相关信息
    12.     private static void log(ByteBuf buf) {
    13.         StringBuilder builder = new StringBuilder()
    14.                 .append(" read index:").append(buf.readerIndex())//获取读索引
    15.                 .append(" write index:").append(buf.writerIndex())//获取写索引
    16.                 .append(" capacity:").append(buf.capacity())//获取容量
    17.                 .append(StringUtil.NEWLINE);
    18.         //把ByteBuf中的内容,dump到StringBuilder中
    19.         //转换成16进制,美化
    20.         ByteBufUtil.appendPrettyHexDump(builder, buf);
    21.         System.out.println(builder.toString());
    22.     }
    23. }

    输出结果:

    26592e846f5c93bceca42c5faca72efb.png


    copiedBuffer

    copiedBuffer,和wrappedBuffer最大的区别是,该方法会实现数据复制,感兴趣的自己搞搞,这里就不贴代码了。

    ByteBuf使用API

    代码案例:

    1. package com.tian.netty;
    2. //作者: 有梦想的肥宅
    3. public class ByteBufDemo {
    4.     public static void main(String[] args) throws InterruptedException {
    5.         //1、把消息内容通过Netty自带的缓存工具类转换成ByteBuf对象
    6.         byte[] msg = "【有梦想的肥宅】".getBytes(StandardCharsets.UTF_8);
    7.         ByteBuf byteBuf = ByteBufAllocator.DEFAULT.heapBuffer(msg.length);
    8.         byteBuf.writeBytes(msg);
    9.         //2、操作容量相关API
    10.         System.out.println("==========A、开始操作容量相关的API==========");
    11.         System.out.println("1、输出ByteBuf容量capacity:" + byteBuf.capacity());
    12.         System.out.println("2、输出ByteBuf最大容量maxCapacity:" + byteBuf.maxCapacity());
    13.         System.out.println("3、输出ByteBuf当前可读字节数readableBytes:" + byteBuf.readableBytes());
    14.         System.out.println("4、输出ByteBuf当前是否可读isReadable:" + byteBuf.isReadable());
    15.         System.out.println("5、输出ByteBuf当前可写字节数writableBytes:" + byteBuf.writableBytes());
    16.         System.out.println("6、输出ByteBuf当前是否可写isWritable:" + byteBuf.isWritable());
    17.         System.out.println("7、输出ByteBuf可写的最大字节数maxWritableBytes:" + byteBuf.maxWritableBytes());
    18.         System.out.println();
    19.         //3、操作读写指针相关API
    20.         System.out.println("==========B、开始操作读写指针相关API==========");
    21.         System.out.println("1、输出ByteBuf读指针readerIndex:" + byteBuf.readerIndex());
    22.         System.out.println("2、输出ByteBuf写指针writerIndex:" + byteBuf.writerIndex());
    23.         System.out.println("3、开始调用markReaderIndex()方法保存读指针:" + byteBuf.markReaderIndex());
    24.         System.out.println("4、开始调用resetReaderIndex()方法恢复读指针【实现重复读】:" + byteBuf.resetReaderIndex());
    25.         System.out.println("5、开始调用markWriterIndex()方法保存写指针:" + byteBuf.markWriterIndex());
    26.         System.out.println("6、开始调用resetWriterIndex()方法恢复写指针【实现重复写】:" + byteBuf.resetWriterIndex());
    27.         System.out.println();
    28.         //4、操作读写相关API
    29.         System.out.println("==========C、开始操作读写相关API==========");
    30.         System.out.println("1、开始调用writeBytes()方法写入数据:" + byteBuf.writeBytes("开始写入消息".getBytes(StandardCharsets.UTF_8)));
    31.         byte[] readBytes = new byte[byteBuf.readableBytes()];//新建一个容量为byteBuf可读长度的字节数组
    32.         byteBuf.readBytes(readBytes);//从ByteBuf中读取数据
    33.         System.out.println("2、开始调用readBytes()方法从ByteBuf中读出数据:" + new String(readBytes, StandardCharsets.UTF_8));
    34.         //PS:Netty使用了堆外内存,而堆外内存不能被JVM的垃圾回收器回收,所以需要我们手动回收【手动释放内存】
    35.         //PS:ByteBuf是通过引用计数的方式管理的,所以需要调用release()方法把引用计数设置为0,才能直接回收内存
    36.         System.out.println("3、开始调用retain()方法增加引用计数:" + byteBuf.retain());
    37.         System.out.println("4、开始多次调用release()方法直至内存释放:");
    38.         System.out.println("    4.1 释放引用前:byteBuf的状态:" + byteBuf);
    39.         System.out.println("    4.2 当前引用计数:" + byteBuf.refCnt());
    40.         System.out.println("    4.3 开始释放引用计数:");
    41.         int i = 1;
    42.         while (byteBuf.refCnt() > 0) {
    43.             System.out.println("        第" + i + "次释放引用次数结果:" + byteBuf.release());
    44.             i++;
    45.         }
    46.         System.out.println("    4.4 释放引用后:byteBuf的状态:" + byteBuf);
    47.         System.out.println();
    48.         //5、操作复制相关API
    49.         System.out.println("==========D、开始操作复制相关API==========");
    50.         byte[] msgN = "快乐肥肥".getBytes(StandardCharsets.UTF_8);
    51.         ByteBuf byteBufN = ByteBufAllocator.DEFAULT.heapBuffer(msgN.length);
    52.         byteBufN.writeBytes(msgN);
    53.         System.out.println("1、输出原对象:" + byteBufN);
    54.         ByteBuf slice = byteBufN.slice();
    55.         System.out.println("2、调用slice()方法复制对象:" + slice);
    56.         System.out.println("    2.1 调用slice()方法有以下特点:");
    57.         System.out.println("        2.1.1 最大容量为原byteBuf的可读容量【新对象的maxCapacity = 原对象的readableBytes()】");
    58.         System.out.println("        2.1.2 底层内存和引用计数与原始的byteBuf共享,但读写指针不同");
    59.         System.out.println("        2.1.3 不复制数据,只通过改变读写指针来改变读写行为");
    60.         System.out.println("        2.1.4 不改变原byteBuf的引用计数,当原byteBuf调用release()方法时,slice()出来的对象也会被释放");
    61.         ByteBuf duplicate = byteBufN.duplicate();
    62.         System.out.println("3、调用duplicate()方法复制对象:" + duplicate);
    63.         System.out.println("    3.1 调用duplicate()方法有以下特点:");
    64.         System.out.println("        3.1.1 最大容量、数据内容、指针位置都和原来的byteBuf一样【整个新的byteBuf都和原byteBuf共享】");
    65.         System.out.println("        3.1.2 底层内存和引用计数与原始的byteBuf共享,但读写指针不同");
    66.         System.out.println("        3.1.3 不复制数据,只通过改变读写指针来改变读写行为");
    67.         System.out.println("        3.1.4 不改变原byteBuf的引用计数,当原byteBuf调用release()方法时,slice()出来的对象也会被释放");
    68.         ByteBuf copy = byteBufN.copy();
    69.         System.out.println("4、调用copy()方法复制对象:" + copy);
    70.         System.out.println("    4.1 调用copy()方法有以下特点:");
    71.         System.out.println("        4.1.1 直接复制一个新的对象出来,包括指针位置、底层对应的数据等【往copy()方法复制出来的对象内写数据,不影响原来的byteBuf】");
    72.         System.out.println("        4.1.2 当原byteBuf调用release()方法时,copy()出来的对象不会被释放");
    73.         byteBufN.release();
    74.         System.out.println("5、release()方法后,其余对象状态如下:");
    75.         System.out.println("    5.1 原对象:" + byteBufN);
    76.         System.out.println("    5.2 slice()方法复制的对象:" + slice);
    77.         System.out.println("    5.3 duplicate()方法复制的对象:" + duplicate);
    78.         System.out.println("    5.4 copy()方法复制的对象:" + copy);
    79.     }
    80. }

    输出结果:

    1. ==========A、开始操作容量相关的API==========
    2. 1、输出ByteBuf容量capacity:24
    3. 2、输出ByteBuf最大容量maxCapacity:2147483647
    4. 3、输出ByteBuf当前可读字节数readableBytes:24
    5. 4、输出ByteBuf当前是否可读isReadable:true
    6. 5、输出ByteBuf当前可写字节数writableBytes:0
    7. 6、输出ByteBuf当前是否可写isWritable:false
    8. 7、输出ByteBuf可写的最大字节数maxWritableBytes:2147483623
    9. ==========B、开始操作读写指针相关API==========
    10. 1、输出ByteBuf读指针readerIndex:0
    11. 2、输出ByteBuf写指针writerIndex:24
    12. 3、开始调用markReaderIndex()方法保存读指针:PooledUnsafeHeapByteBuf(ridx: 0, widx: 24cap24)
    13. 4、开始调用resetReaderIndex()方法恢复读指针【实现重复读】:PooledUnsafeHeapByteBuf(ridx: 0, widx: 24cap24)
    14. 5、开始调用markWriterIndex()方法保存写指针:PooledUnsafeHeapByteBuf(ridx: 0, widx: 24cap24)
    15. 6、开始调用resetWriterIndex()方法恢复写指针【实现重复写】:PooledUnsafeHeapByteBuf(ridx: 0, widx: 24cap24)
    16. ==========C、开始操作读写相关API==========
    17. 1、开始调用writeBytes()方法写入数据:PooledUnsafeHeapByteBuf(ridx: 0, widx: 42cap64)
    18. 2、开始调用readBytes()方法从ByteBuf中读出数据:【有梦想的肥宅】开始写入消息
    19. 3、开始调用retain()方法增加引用计数:PooledUnsafeHeapByteBuf(ridx: 42, widx: 42cap64)
    20. 4、开始多次调用release()方法直至内存释放:
    21.     4.1 释放引用前:byteBuf的状态:PooledUnsafeHeapByteBuf(ridx: 42, widx: 42cap64)
    22.     4.2 当前引用计数:2
    23.     4.3 开始释放引用计数:
    24.         第1次释放引用次数结果:false
    25.         第2次释放引用次数结果:true
    26.     4.4 释放引用后:byteBuf的状态:PooledUnsafeHeapByteBuf(freed)
    27. ==========D、开始操作复制相关API==========
    28. 1、输出原对象:PooledUnsafeHeapByteBuf(ridx: 0, widx: 12cap12)
    29. 2、调用slice()方法复制对象:UnpooledSlicedByteBuf(ridx: 0, widx: 12cap12/12, unwrapped: PooledUnsafeHeapByteBuf(ridx: 0, widx: 12cap12))
    30.     2.1 调用slice()方法有以下特点:
    31.         2.1.1 最大容量为原byteBuf的可读容量【新对象的maxCapacity = 原对象的readableBytes()】
    32.         2.1.2 底层内存和引用计数与原始的byteBuf共享,但读写指针不同
    33.         2.1.3 不复制数据,只通过改变读写指针来改变读写行为
    34.         2.1.4 不改变原byteBuf的引用计数,当原byteBuf调用release()方法时,slice()出来的对象也会被释放
    35. 3、调用duplicate()方法复制对象:UnpooledDuplicatedByteBuf(ridx: 0, widx: 12cap12, unwrapped: PooledUnsafeHeapByteBuf(ridx: 0, widx: 12cap12))
    36.     3.1 调用duplicate()方法有以下特点:
    37.         3.1.1 最大容量、数据内容、指针位置都和原来的byteBuf一样【整个新的byteBuf都和原byteBuf共享】
    38.         3.1.2 底层内存和引用计数与原始的byteBuf共享,但读写指针不同
    39.         3.1.3 不复制数据,只通过改变读写指针来改变读写行为
    40.         3.1.4 不改变原byteBuf的引用计数,当原byteBuf调用release()方法时,slice()出来的对象也会被释放
    41. 4、调用copy()方法复制对象:PooledUnsafeHeapByteBuf(ridx: 0, widx: 12cap12)
    42.     4.1 调用copy()方法有以下特点:
    43.         4.1.1 直接复制一个新的对象出来,包括指针位置、底层对应的数据等【往copy()方法复制出来的对象内写数据,不影响原来的byteBuf】
    44.         4.1.2 当原byteBuf调用release()方法时,copy()出来的对象不会被释放
    45. 5、release()方法后,其余对象状态如下:
    46.     5.1 原对象:PooledUnsafeHeapByteBuf(freed)
    47.     5.2 slice()方法复制的对象:UnpooledSlicedByteBuf(freed)
    48.     5.3 duplicate()方法复制的对象:UnpooledDuplicatedByteBuf(freed)
    49.     5.4 copy()方法复制的对象:PooledUnsafeHeapByteBuf(ridx: 0, widx: 12cap12)

    内存释放

    针对不同的ByteBuf创建,内存释放的方法不同。

    • UnpooledHeapByteBuf,使用JVM内存,只需要等待GC回收即可

    • UnpooledDirectByteBuf,使用对外内存,需要特殊方法来回收内存

    • PooledByteBuf和它的之类使用了池化机制,需要更复杂的规则来回收内存

    如果ByteBuf是使用堆外内存来创建,那么尽量手动释放内存,那怎么释放呢?

    Netty采用了引用计数方法来控制内存回收,每个ByteBuf都实现了ReferenceCounted接口。

    • 每个ByteBuf对象的初始计数为1

    • 调用release方法时,计数器减一,如果计数器为0,ByteBuf被回收

    • 调用retain方法时,计数器加一,表示调用者没用完之前,其他handler即时调用了release也不会造成回收。

    • 当计数器为0时,底层内存会被回收,这时即使ByteBuf对象还存在,但是它的各个方法都无法正常使用

    优点

    • 通过内置的复合缓冲区类型实现了透明的零拷贝。

    • 容量可以按需增长。

    • 在读和写这两种模式之间切换不需要调用 ByteBuffer 的 flip()方法。

    • 读和写使用了不同的索引。

    • 支持引用计数。

    • 支持池化。

    • 所有的网络通信都会涉及到字节序列的移动。

    总结

    本文分享了ByteBuf入门案例、创建方式、存储数据结构、零拷贝、API使用以及内存释放。我们分析了Netty对二进制数据的抽象ByteBuf的结构,本质上他的原理是:饮用一段内存,这段内存可以是堆内的,也可以是堆外的,然后用引用计数来控制争端内存是都需要被释放,使用读写指针来控制ByteBuf的读写,可以理解为外观模式的一种使用。

    好了,今天就分享到这里。

    需要《面试小抄》的小伙伴,后台回复77获取我的面试小抄第一版。

    目前,第三版《面试小抄》已完成:我的第三版《面试小抄》

    文章推荐

    学习 MySQL 需要知道的 28 个小技巧

    面试官:MySQL 是如何实现 ACID 的?

    拿捏AQS,只需要搞定10个点!

    如何构建自己的Java学习体系?

    如何设计一个支付系统?

    面试官:你在项目中用过 多线程 吗?

    30万字,579页《面试小抄》

  • 相关阅读:
    使用vue-cli搭建SPA项目
    字符串匹配之Sunday算法
    关于一个图算法的应用
    JVS规则引擎及智能BI又更新新功能啦!赶紧来试试
    Spring Boot layered(分层) jar 构建docker镜像
    Typecho编辑器,批量文章编辑伪原创改写
    go语言包管理和变量保护
    解决OpenOCD烧录STM32失败, 无法通过SWD连接的问题
    酷开科技,让家庭娱乐生活充满激情
    Android13 大屏设备底部显示TaskBar并NavagatonBar居右
  • 原文地址:https://blog.csdn.net/o9109003234/article/details/126434200