Netty 5.0源码分析-ByteBuf
1. 概念
Java NIO API自带的缓冲区类功能相当有限,没有经过优化,使用JDK的ByteBuffer操作更复杂。故而Netty的作者Trustin Lee为了实现高效率的网络传输,重新造轮子,Netty中的ByteBuf实际上就相当于JDK中的ByteBuffer,其作用是在Netty中通过Channel传输数据。
2. 优势
- 可以自定义缓冲类型;
- 通过内置的复合缓冲类型,实现透明的零拷贝(zero-copy);
- 不需要调用flip()来切换读/写模式;
- 读取和写入索引分开;
- 方法链;
- 引用计数;
- Pooling(池)。
3. 实现机制
ByteBuf实际上是在一个抽象的字节数组byte[]上进行读/写操作的集合。它提供了两个指针变量用来支持读写操作:readerIndex和writerIndex。下图展现了如何将一个buffer利用两个指针来划分为三个区域。

由此可见,ByteBuf真正可读取的内容长度是writerIndex - readerIndex。
围绕着读和写操作,接下来分析ByteBuf的实现逻辑。
3.1 读操作
读操作主要提供以下功能:
- readByte:取1字节的内容;
- readBoolean:取1字节的内容,返回
readByte() != 0; - readUnsignedByte:取1字节的内容,返回(
(short) (readByte() & 0xFF));(能把负数转换为无符号吗?) - readShort:取2字节的内容,返回转换后的
short类型; - readUnsignedShort:取2字节的内容,返回
readShort() & 0xFFFF; - readMedium:取3字节的内容,返回转换后的
int类型; - readUnsignedMedium:取3字节的内容,返回转换后的
int类型; - readInt:取4字节的内容;
- readUnsignedInt:取4字节的内容,返回
readInt() & 0xFFFFFFFFL; - readLong:取8字节的内容;
- readChar:取1字节的内容;
- readFloat:取4字节的int内容,转换为
float类型; - readDouble:取8字节的long内容,转换为
double类型; - readBytes:取指定长度的内容,返回
ByteBuf类型; - readSlice:取指定长度的内容,返回
ByteBuf类型; - readBytes:取指定长度的内容到目标容器。
3.2 写操作
写操作提供的功能主要是往ByteBuf中写入byte内容,不再一一赘述。主要区别在于写入前根据类型转换为相对应长度的byte数组。
主要函数是:writeBoolean、writeByte、writeShort、writeMedium、writeInt、writeLong、writeChar、writeFloat、writeDouble、writeBytes、writeZero。
3.3 边界值安全
不论读或写,肯定会存在ByteBuf数据为空或满的情形,作为数据容器,要存在边界值检查,确保读写安全。
可读检查
首先调用ensureAccessible()方法来检查ByteBuf对象是否被引用,如果其引用计数器为0,代表该对象将要被释放,已失效,那么抛出IllegalReferenceCountException异常,确保不能够执行接下来的操作;
然后进行读取参数合法性检查,如不合法,则抛出响应的异常。
实现代码框架如下:
protected final void checkReadableBytes(int minimumReadableBytes) {
ensureAccessible();
if (minimumReadableBytes < 0) {//参数为负,抛出参数非法异常
throw new IllegalArgumentException();
}
if (readerIndex > writerIndex - minimumReadableBytes) {
//容器中可读字节不够,抛出越界异常
throw new IndexOutOfBoundsException();
}
}
可写检查
进行待写入长度的合法性检查,如不合法,这抛出相应的异常。如果待写入小于可写的长度,则正常返回然;否则,进行容量的扩展,并确保容量是2的指数幂。
实现代码框架如下:
public ByteBuf ensureWritable(int minWritableBytes) {
if (minWritableBytes < 0) {
throw new IllegalArgumentException();
}
if (minWritableBytes <= writableBytes()) {
return this;
}
if (minWritableBytes > maxCapacity - writerIndex) {
throw new IndexOutOfBoundsException();
}
// 扩展现在的容量大小直到2的指数幂大小
int newCapacity = calculateNewCapacity(writerIndex + minWritableBytes);
// 调整容器到新的容量大小
capacity(newCapacity);
return this;
}
在函数calculateNewCapacity()中,主要判断参数minNewCapacity与阈值threshold(4M)关系:
- 相等,则返回threshold;
- 大于,则按阈值(4MB)递增,返回增加后新容量newCapacity;
- 小于,newCapacity的初始大小设置为64字节,每次翻倍,直到newCapacity大于minNewCapacity为止,返回
Math.min(newCapacity, maxCapacity)。
注:maxCapacity是使用者自己设定的ByteBuf容量上限。
4. 继承层次
ByteBuf的类结构图如下所示:

4.1 AbstractByteBuf
实现ByteBuf的一个骨架,提供容器的上层操作实现,具体的读写内容需要依赖于具体的ByteBuf实现类。
AbstractByteBuf有两个实现类:AbstractDerivedByteBuf和AbstractReferenceCountedByteBuf。
4.1.1 AbstractDerivedByteBuf
ByteBuf的抽象基类,实现了包装另一个ByteBuf功能。在AbstractByteBuf的基础上提供了一下功能:
- refCnt:获得该对象的引用计数;
- retain:增加该对象的引用计数(无参数:+1;有参数:+指定的increment);
- release:减少该对象的引用计数(无参数:-1;有参数:-指定的increment),当引用计数减少到0时,释放该对象。返回值为true,当且仅当引用计数变为0和该对象已释放。
- internalNioBuffer:内部实现就是简单的调用
nioBuffer(index, length); - nioBuffer:得到内部buffer的一个区域包装,即得到buffer的子区域作为NIO ByteBuffer,返回的ByteBuffer内容不会再受到原buffer索引或内容改变的影响。
AbstractDerivedByteBuf的派生类如下所示:

下面逐个分析下派生类的具体功能实现:
DuplicatedByteBuf
派生类buffer,简单的把所有的数据访问请求发送给内部的buffer。推荐使用ByteBuf.duplicate()来创建该对象,而不是直接调用本身的构造函数。
对象与内部的buffer共享该buffer整个区域的缓冲数据,只不过它们饿单独保持自己的索引标记。
ReadOnlyByteBuf
派生类buffer,将原有的ByteBuf包装为制度的ByteBuf,所有的写请求都将被禁止。推荐使用Unpooled.unmodifiableBuffer(ByteBuf)来创建该对象,而不是直接调用本身的构造函数。
对象与内部的buffer使用相同的索引标记,即共享readerIndex和writerIndex。
SlicedByteBuf
派生类buffer,仅暴露内部buffer的一个子区域,即切片。推荐使用ByteBuf.slice()或ByteBuf.slice(int, int)来创建该对象,而不是直接调用本身的构造函数。
4.1.2 AbstractReferenceCountedByteBuf
ByteBuf的抽象基类,实现了引用计数功能。
提供一个volatile类型的整型变量refCnt来记录引用次数。
主要的功能函数是refCnt、retain、release,用来更新引用次数refCnt。
AbstractReferenceCountedByteBuf的派生类如下所示:

下面逐个分析下派生类的具体功能实现:
CompositeByteBuf
它是一个虚拟的buffer,将多个buffer合并为一个buffer,默认最大可以合并的buffer个数为DEFAULT_MAX_COMPONENTS = 16。推荐使用ByteBufAllocator.compositeBuffer()或Unpooled.wrappedBuffer(ByteBuf...),而不是直接调用本身的构造函数。
(合并操作还需仔细阅读源码,待完成)
FixedCompositeByteBuf
功能和CompositeByteBuf相似,只是以只读的方式合并一个ByteBuf数组。
在功能实现中,对于所有的可能更改buffers数组的set操作,均抛出ReadOnlyBufferException异常。
PooledByteBuf
Pooled的基类, 提供Pool的基本实现。
PooledByteBuf有三个衍生类:
- PooledDirectByteBuf:提供池化的直接内存支持,基于 NIO ByteBuffer;
- PooledHeapByteBuf:提供池化的堆内存支持, 基于byte[];
- PooledUnsafeDirectByteBuf:提供池化的直接内存支持, 基于 NIO ByteBuffer。读写数据依赖于PlatformDependent,为了得到最佳性能,通过final类
Unsafe来进行数据的读写。
ReadOnlyByteBufferBuf
包装一个只读的ByteBuffer,所有的set方法均抛出ReadOnlyBufferException异常。
它具有一个衍生类ReadOnlyUnsafeDirectByteBuf:
在ReadOnlyByteBufferBuf的基础上提供对direct ByteBuffer的支持,为了得到最佳性能,通过final类Unsafe来进行数据的读写。
UnpooledDirectByteBuf
提供非池化的直接内存支持, 基于 NIO ByteBuffer。推荐使用Unpooled.directBuffer(int)和Unpooled.wrappedBuffer(ByteBuffer)来替代本身的构造函数来生成对象。
它具有一个衍生类ThreadLocalPooledByteBuf。
UnpooledHeapByteBuf
提供非池化的堆内存支持, 基于byte[]。采用大端序来存储数据。
UnpooledUnsafeDirectByteBuf
提供非池化的直接内存支持,基于 NIO ByteBuffer。读写数据依赖于PlatformDependent,为了得到最佳性能,通过final类Unsafe来进行数据的读写。推荐使用Unpooled.directBuffer(int)和Unpooled.wrappedBuffer(ByteBuffer)来替代本身的构造函数来生成对象。
4.2 EmptyByteBuf
ByteBuf的直接实现类,构建一个容量和最大容量均为0的空ByteBuf。
它不能容纳数据,对于所有的get、set、read和write操作均抛出IndexOutOfBoundsException异常。
4.3 ReplayingDecoderBuffer
ByteBuf的直接实现类,buffer的数据读取采用ReplayingDecoder机制,它的原理是阻塞IO,当没有读取到足够的数据时,会抛出REPLY异常,然后进入循环 while (in.isReadable())不断检查是否有足够的数据,直到读取到足够的数据放入到ReplayingDecoderBuffer对象中。
4.4 SwappedByteBuf
转换字节序的ByteBuf包装类,主要功能是交换内部ByteBuf的字节序列,即大端序BIG_ENDIAN和小端序LITTLE_ENDIAN之间的转换。
4.5 WrappedByteBuf
ByteBuf的包装类,将所有方法调用委派给被包装的ByteBuf对象。
其派生类如下图所示:

4.5.1 AdvancedLeakAwareByteBuf
为了方便监控ByteBuf的泄露,AdvancedLeakAwareByteBuf的所有方法都添加了leak.record(),用来记录调用者当前栈的踪迹,从而ResourceLeakDetector就可以发现最后被访问的泄漏资源是哪个。
4.5.2 SimpleLeakAwareByteBuf
实现方式和AdvancedLeakAwareByteBuf非常相似,但只对order方法添加了资源泄露的检查动作leak.record()。
4.5.3 UnreleasableByteBuf
包装其它的buffer到一个ByteBuf,用于阻止用户增加或减少这个包装buffer的引用计数,防止他人对ByteBuf的销毁动作。
一般的使用场景就是定义特殊的常量ByteBuf,然后包装成unreleasableBuffer()后就不怕被其他人错误的销毁掉:
public abstract class HttpObjectEncoder<H extends HttpMessage> extends MessageToMessageEncoder<Object> {
private static final ByteBuf CRLF_BUF = unreleasableBuffer(directBuffer(CRLF.length).writeBytes(CRLF));
}
(END)
Netty 5.0源码分析-ByteBuf的更多相关文章
- Netty 5.0源码分析之综述
1. 前言 本系列主要是用于梳理Netty的架构流程,深入设计细节,重点关注Netty是如何实现它所声称的特性. (ps:本人水平有限,如有错误,请不吝指教 : )) 2. 什么是Netty Nett ...
- Netty 5.0源码分析-Bootstrap
1. 前言 io.netty.bootstrap类包提供包含丰富API的帮助类,能够非常方便的实现典型的服务器端和客户端通道初始化功能. 包含的接口类: //提供工厂类的newChannel方法创建一 ...
- Netty 核心组件 Pipeline 源码分析(二)一个请求的 pipeline 之旅
目录大纲: 前言 针对 Netty 例子源码做了哪些修改? 看 pipeline 是如何将数据送到自定义 handler 的 看 pipeline 是如何将数据从自定义 handler 送出的 总结 ...
- AFNetWorking3.0源码分析
分析: AFNetWorking(3.0)源码分析(一)——基本框架 AFNetworking源码解析 AFNetworking2.0源码解析<一> end
- Solr5.0源码分析-SolrDispatchFilter
年初,公司开发法律行业的搜索引擎.当时,我作为整个系统的核心成员,选择solr,并在solr根据我们的要求做了相应的二次开发.但是,对solr的还没有进行认真仔细的研究.最近,事情比较清闲,翻翻sol ...
- Solr4.8.0源码分析(25)之SolrCloud的Split流程
Solr4.8.0源码分析(25)之SolrCloud的Split流程(一) 题记:昨天有位网友问我SolrCloud的split的机制是如何的,这个还真不知道,所以今天抽空去看了Split的原理,大 ...
- Solr4.8.0源码分析(24)之SolrCloud的Recovery策略(五)
Solr4.8.0源码分析(24)之SolrCloud的Recovery策略(五) 题记:关于SolrCloud的Recovery策略已经写了四篇了,这篇应该是系统介绍Recovery策略的最后一篇了 ...
- Solr4.8.0源码分析(23)之SolrCloud的Recovery策略(四)
Solr4.8.0源码分析(23)之SolrCloud的Recovery策略(四) 题记:本来计划的SolrCloud的Recovery策略的文章是3篇的,但是没想到Recovery的内容蛮多的,前面 ...
- Solr4.8.0源码分析(22)之SolrCloud的Recovery策略(三)
Solr4.8.0源码分析(22)之SolrCloud的Recovery策略(三) 本文是SolrCloud的Recovery策略系列的第三篇文章,前面两篇主要介绍了Recovery的总体流程,以及P ...
随机推荐
- 使用Oracle 9i工具管理数据库 - 初学者系列 - 学习者系列文章
前面介绍了Oracle 9i的安装,本文大概介绍下Oracle 9i提供的管理工具的使用. 1 打开数据库配置工具 2 下一步 3 下一步 4 下一步.这里输入数据库名和SID 5 下一步 6 下一步 ...
- 【Linux 工作经常使用命令
】
1, 批量杀某个程序 比方某个程序叫 url_info.py, 起了若干个进程 . 高速查杀. 先查看 ps aux | grep url_info.py 确认没问题 ,能够杀,则批量kill ps ...
- jquery实现文字上下滚动效果
文字上下滚动是经常用到的js效果,这里介绍一种上下渐隐渐出的文字展现效果! 代码实现很简单,只需要引入jquery就可以. 代码如下: <!DOCTYPE> <head> &l ...
- grep、egrep、fgrep的用法与特性详解
[转载自]http://tanxw.blog.51cto.com/4309543/1361993 开篇 学习Linux也有一段时间了,对Linux多少也算是有点了解了,越是了解也就越对这 ...
- oracle导入数据
oracle导入数据时候注意点: 1.imp system/admin@oracle9i file=E:\shujukuwenjian\2014-04-01.dmp fromuser=ptb_supe ...
- NoSql数据库使用
NoSql数据库使用半年后在设计上面的一些心得 NoSql数据库这个概念听闻许久了,也陆续看到很多公司和产品都在使用,优缺点似乎都被分析的清清楚楚.但我心里一直存有一个疑惑,它的出现究竟是为了解决什么 ...
- hadoop集群的搭建与配置(2)
对解压过后的文件进行从命名 把"/usr/hadoop"读权限分配给hadoop用户(非常重要) 配置完之后我们要创建一个tmp文件供以后的使用 然后对我们的hadoop进行配置文 ...
- 移动tempdb导致数据库服务不能启动
事情的起因是因为数据库的IO操作过大,于是新加了个硬盘,发现在执行写入操作的时候,服务器的压力依然是比较大的,于是想到了内存盘.内存盘是"魔方"系统优化提供的一个小工具,就是将内存 ...
- 6 MySQL视图
目录: 1. 视图概述 1.1 为什么引入视图 1.2 什么是视图 1.3 视图的好处 1.4 视图的分类 2. 视图的建立和删除 3. 实验 1. 视图概述 1.1 为什么引入视图[1] 问题:假如 ...
- DotNetOpenAuth搭建OAuth2.0
使用DotNetOpenAuth搭建OAuth2.0授权框架 标题还是一如既往的难取. 我认为对于一个普遍问题,必有对应的一个简洁优美的解决方案.当然这也许只是我的一厢情愿,因为根据宇宙法则,所有事物 ...