Netty快速入门（08）ByteBuf组件介绍

时间:2020-01-13 程序员郭艺宾人气:1

前面的内容对netty进行了介绍，写了一个入门例子。作为一个netty的使用者，我们关注更多的还是业务代码。也就是netty中这两种组件：

ChannelHandler和ChannelPipeline---对应于NIO中的客户逻辑实现handleRead/handleWrite(interceptor pattern）

ByteBuf---- 对应于NIO 中的ByteBuffer

我们的业务逻辑要放在handler里面，读写数据用的是ByteBuf。其余的Transport、ServerBootstrap、Channel和EventLoop等等都是套路代码，对于应用程序来说，了解即可，基本上不用管。真正开发过netty项目也知道，项目中大部分都是handler类，其它组件只是占很少一部分。

Transport组件

netty做的比较有适应性的就是，不仅支持NIO，还支持很多传输协议：

OIO -阻塞IO（真正开发阻塞IO项目，其实也没必要用netty了。。。）

NIO -Java NIO

Epoll - Linux Epoll(JNI)

Local Transport - IntraVM调用（通讯的双方在同一个虚拟机之内不再走socket）

Embedded Transport - 供测试使用的嵌入传输

UDS- Unix套接字的本地传输（客户端和服务端都在同一个服务器上就可以使用，效率高）

使用不同个传输协议，只需要在通道里面设置不同的类型即可：

netty中的channel类型如下：

所以netty设置和改变传输协议都是一件很简单的事情。

EventLoopGroup和EventLoop组件

每个EventLoopGroup由多个EventLoop组成，并且多个EventLoop之间没有交互，各做各的事。

每个EventLoop对应一个线程（顶层继承Executor线程池，但是只有一个线程）

所有连接(channel)都将注册到一个EventLoop，并且只注册到一个，整个生命周期中都不会变化

每个EventLoop管理着多个连接(channel)

连接(Channel)上的读写事件是由EventLoop来处理的

服务端创建ServerBootstrap组件的时候，需要配置两个EventLoopGroup，parentGroup（也就是boss）负责处理Accept事件，接收请求，childGroup（也就是worker）负责处理读写事件。客户端的Bootstrap组件只需要一个EventLoopGroup即可。

ByteBuf组件

前面讨论NIO的时候，专门介绍过NIO的Buffer，相对于NIO，netty的ByteBuf更加易于使用：

为读/写分别维护单独的指针，不需要通过flip()进行读/写模式切换

容量自动伸缩（类似于ArrayList，StringBuilder）

Fluent API (链式调用）（ServerBootstrap 组件的配置方式就是链式调用）

除了使用上之外，netty的ByteBuf还拥有更好的性能：

通过内置的CompositeBuffer来减少数据拷贝（Zero copy）

支持内存池，减少GC压力

ByteBuf组件的操作

ByteBuf通过两个索引（reader index、writer index）划分为三个区域：

reader index前面的数据是已经读过的数据，这些数据可以丢弃

从reader index开始，到writer index之前的数据是可读数据

从writer index开始，为可写区域

来看下ByteBuf的主要操作，第一种就是顺序的读写（改变reader/writer index）：

writeByte() - 写一个字节

writeLong() - 写八个字节

writeXXX() - 所有write方法会让write index 往前走

readByte() - 读一个字节

readLong() - 读八个字节

readXXX() - 所有read方法会让read index往前走

第二种就是随机读写（不改变read/write index）：

getXXX(index)

setXXX(index, byte)

前面NIO中的Buffer操作用，有mark和reset方法，用来标记操作的状态，恢复状态，netty中也有类似的方法：

markReaderIndex()

markWriterIndex()

resetReaderIndex()

resetWriterIndex()

writerIndex(index) - 把write index 放置到参数中的index上面

readerIndex(index) - 把reader index放置到参数中的index上面

reader index前面的部分是已经读过的是不是浪费掉了？netty提供了discardReadBytes方法，把reader index前面的内容丢弃掉，就是把reader index后面的数据往前拷贝，这样空间就可以再利用了。这个方法和前面NIO中的compact方法类似。还有一个方法就是clear方法，把所有数据都清零，读索引和写索引归零：

netty的ByteBuf中还提供了查询方法：

indexOf

bytesBefore

forEachByte（ByteBufProcessor）

查询方法有很多应用，比如在信息中有某个字符的存在，就需要做一些操作，比如每碰到一个换行，就发送一条信息，这种功能在聊天中用的很多。

netty中还有一种衍生缓冲区，就是Derived Buffers，可以理解为类似数据库的视图，是从ByteBuf中衍生出来的，衍生缓冲区与ByteBuf共享底层的存储空间，但是它们两个各自具有各自的index和mark，衍生缓冲区（Derived Buffers）主要的方法：

duplicate()

slice()

slice(start, stop)

nmodifiableBuffer(...),

衍生缓冲区（Derived Buffers）是一种浅拷贝，如果要进行深拷贝怎么用？使用copy或者 copy(int, int) 方法，会返回有独立数据副本的ByteBuf。

ByteBuf组件的类型

根据内存的位置，ByteBuf的类型可以分为HeapByteBuf和DirectByteBuf，这和NIO中的Buffer是一样的，HeapByteBuf位置在堆上，底层基于数组-内部为一个字节数组(byte array)，调用hasArray()方法会返回True，调用array()方法返回其内部的数组，可以对数组进行直接操作。DirectByteBuf的位置在堆外内存，可以减少拷贝，具有更好的性能，但是创建和释放的开销更大。Java写网络程序经常分成两个部分，第一个是IO部分，读数据解码等，这些部分用DirectByteBuf效率比较高，因为这部分涉及到向网络发送数据需要拷贝。如果是其它业务相关的部分，可以使用HeapByteBuf。

根据是否使用内存池，ByteBuf的类型可以分为Pooled和Unpooled两种ByteBuf，Unpooled就是不用池，每次都去创建，Pooled类型就是会申请一块内存池，每次分配都从池中分配，每次释放都放回池中。这种主要是针对DirectByteBuf创建和释放开销大来制定的策略，提供一个内存池可以提高效率，减少内存碎片，减少GC压力，这种在NIO的Buffer中是没有的。

根据是否使用Unsafe操作，ByteBuf的类型可以分为Safe和Unsafe两种，我们知道JDK中有个Unsafe类，很多JDK中并发操作的源码中都用到了这个Unsafe类。直接new可以创建一个safe的ByteBuf，如果创建Unsafe类型可以直接用Unsafe类操作，效率上有一点点提升，不过这些都是底层操作大家了解即可，而且也不是所有平台都支持Unsafe操作。

ByteBuf还有一种复合缓冲区（CompositeByteBuf），它是由多个ByteBuf组合成的视图，是一个ByteBuf列表，可动态的添加和删除其中的ByteBuf。在其中可能既包含堆缓冲区，也包含直接缓冲区。