-
Netty 框架学习 —— ByteBuf
网络数据的基本单位总是字节,Java NIO 提供了 ByteBuffer 作为它的字节容器,但这个类的使用过于复杂。Netty 的 ByteBuf 具有卓越的功能性和灵活性,可以作为 ByteBuffer 的替代品
Netty 的数据处理 API 通过两个组件暴露 —— abstract class ByteBuf 和 interface ByteBufHolder,下面是 ByteBuf API 的优点:
- 可以被用户自定义的缓冲区类型扩展
- 通过内置的复合缓冲区类型实现透明的零拷贝
- 容量可以按需增长
- 在读和写这两种模式之间切换不需要调用 ByteBuffer 的 flip() 方法
- 在读和写使用了不同的索引
- 支持方法的链式调用
- 支持引用计数
- 支持池化
|
ByteBuf 维护了两个不同的索引:一个用于读取,一个用于写入,当你从 ByteBuf 读取时,readIndex 会递增已经被读取的字节数。同样的,当你写入 ByteBuf 时,它的 writeIndex 也会递增。readIndex 和 writeIndex 的起始位置都为 0
如果 readIndex 和 writeIndex 的值相等,也即此时已经到了可读取数据的末尾,就如同达到数组末尾一样,试图读取超出该点的数据将触发一个 IndexOutOfBoundsException
名称以 read 或 write 开头的 ByteBuf 方法,将会推进其对应的索引,而名称以 set 或 get 开头的操作则不会
最常用的 ByteBuf 模式是将数据存储在 JVM 的堆空间中,这种模式被称为支撑数组(backing array)它能在没有使用池化的情况下提供快速的分配和释放,适合于有遗留的数据需要处理的情况
直接缓冲区使用本地内存存储数据,更适合用于网络传输,但相对于堆缓冲区,其分配和释放都较为昂贵。另外,如果你正在处理遗留代码,处理直接缓冲区内容时,你必须将其内容进行一次复制
复合缓冲区为多个 ByteBuf 提供了一个聚合视图,可以根据需要添加或删除 ByteBuf 实例。Netty 通过一个 ByteBuf 子类 —— CompositeByteBuf 实现这个模式,它提供了一个将多个缓冲区表示为单个合并缓冲区的虚拟表示
CompositeByteBuf 中的 ByteBuf 实例可能同时包含直接内存和非直接内存分配,如果其中只有一个实例,那么对 CompositeByteBuf 上的 hasArray() 方法的调用将返回该数组上的 hasArray() 方法的值,否则返回 false
|
如同普通的 Java 字节数组一样,ByteBuf 的索引是从零开始的:第一个字节的索引是 0,最后一个字节的索引总是 capacity() - 1
这种需要一个索引值参数的方法访问数据不会改变 readerIndex 也不会改变 writerIndex。如果需要改变,也可以通过调用 readerIndex(index) 或者 writerIndex(index) 来手动移动这两者
虽然 ByteBuf 同时具有读索引和写索引,但是 JDK 的 ByteBuf 却只有一个索引,这也就是为什么必须调用 flip() 方法来在读模式和写模式之间进行切换的原因
可丢弃字节的分段包含了已经被读过的字节,通过调用 discardReadBytes() 方法,可以丢弃它们并回收空间。这个分段的初始大小为 0,存储在 readerIndex 中,会随着 read 操作的执行而增加
可能你会想到频繁调用 discardReadBytes() 方法以确保可写分段的最大化,但这极有可能会导致内存复制,因为可读字段必须被移动到缓冲区的开始位置
ByteBuf 的可读字节分段存储了实际数据,新分配的、包装的或者复制的缓冲区的默认的 readerIndex 值为 0。任何名称以 read 或者 skip 开头的操作都将检索或者跳过位于当前 readerIndex 的数据,并且将它增加已读字节数
如果尝试在缓冲区的可读字节数已经耗尽时从中读取数据,那么将会引发一个 IndexOutOfBoundsException
可写字节分段是指一个拥有未定义内容、写入就绪的内存区域。新分配的缓冲区的 writerIndex 的默认值为 0.任何名称以 write 开头的操作都将从当前的 writerIndex 处开始写数据,并将它增加已经写入的字节数。如果写操作的目标是 ByteBuf,并且没有指定源索引的值,则缓冲区的 readerIndex 也同样会被增加相同的大小
如果尝试往目标写入超过目标容量的数据,将会引发一个 IndexOutOfBoundException
JDK 的 InputStream 定义了 mark(int readlimit) 和 reset() 方法,这些方法分别被用来将流中的当前位置标记为指定的值,以及将流重置到该位置
同样,可以通过 markReaderIndex()、markWriterIndex()、resetWriterIndex() 和 resetReaderIndex() 来标记和重置 ByteBuf 的 readerIndex 和 writerIndex
也可以通过 readerIndex(int) 或者 writerIndex(int) 来将索引移动到指定位置。任何试图将索引设置到无效位置都将导致 IndexOutOfBoundsException
可以通过调用 clear() 方法来将 readerIndex 和 writerIndex 都设置为 0,这样并不会清除内存中的内容。调用 clear() 比调用 discardReadBytes() 轻量得多,因为它只是重置索引
在 ByteBuf 中有多种可以用来确定指定值的索引的方法,最简单的是 indexOf() 方法。较为复杂的查找可以通过那些需要一个 ByteBufProcessor 作为参数的方法达成,这个接口只定义了一个方法
它将检查输入值是否是正在查找的值,ByteBufProcessor 针对一些常见的值定义了许多便利方法
派生缓冲区为 ByteBuf 提供了以专门的方式来呈现其内容的视图,这些视图通过以下方法被创建
- duplicate()
- slice()
- slice(int, int)
- Unpooled.unmodifiableBuffer(...)
- order(ByteOrder)
- readSlice(int)
这些方法都将返回一个新的 ByteBuf 实例,其内部存储和 JDK 的 ByteBuffer 共享,这也意味着,如果你修改了它的内容,也即同时修改了其对应的源实例。如果需要一个现有缓冲区的真实副本,请使用 copy() 或 copy(int, int) 方法
有两种类别的读/写操作:
- get() / set() 操作,从给定的索引开始,并且索引不会改变
- read() / write() 操作,从给定的索引开始,并且会根据已经访问过的字节数对索引进行调整
read/write 操作的 API 和 set/get 大同小异,只不过会增加索引值
ByteBuf 还提供了其他有用的操作
|
为了降低分配和释放内存的开销,Netty 通过 interface ByteBufAllocator 实现了 ByteBuf 的池化,用于分配 ByteBuf 实例
下面是 ByteBufAllocator 的一些 API
可以通过 Channel 或者绑定到 ChannelHandler 的 ChannelHandlerContext 获取一个 ByteBufAllocator 的引用
Netty 提供了两种 ByteBufAllocator 的实现:PooledByteBufAllocator 和 UnpooledByteBufAllocator ,前者池化了 ByteBuf 实例以提供性能,最大限度减少内存碎片。后者不池化 ByteBuf 实例,每次调用都会返回一个新的实例
如果你未能获取 ByteBufAllocator 实例,Netty 也提供了名为 Unpooled 的工具类,它提供了静态的辅助方法来创建未池化的 ByteBuf 实例
ByteBufUtil 提供了用于操作 ByteBuf 的静态的辅助方法。因为这个 API 是通用的,并且和池化无关,所以这些方法已然在分配类的外部实现
这些静态方法中最有价值的可能就是 hexdump() 方法,它以十六进制的表示形式打印 ByteBuf 的内容。 这在各种情况下都很有用,例如,出于调试 的目的记录 ByteBuf 的内容。十六进制的表示通常会提供一个比字节值的直接表示形式更加有用的日志条目,此外,十六进制的版本还可以很容易地转换回实际的字节表示
另一个有用的方法是 boolean equals(ByteBuf , ByteBuf),它被用来判断两个 ByteBuf 实例的相等性。 如果你实现自己的 ByteBuf 子类,你可能会发现 ByteBufUtil 的其他有用方法
来源:https://www.cnblogs.com/Yee-Q/p/14880801.html