零拷贝
零拷贝是netty高性能设计的一个点,想要了解零拷贝,先要知道直接内存这个概念。
直接内存不是Java虚拟机中的一部分,他对应的是机器的物理内存。
- 以客户端向服务端发送数据为例,当client发送数据时,先由socket缓冲区接受数据,然后copy到机器的直接内存中,然后再由一些native方法将这些数据拷贝到JVM中,这个过程中就有两次拷贝。
- 而零拷贝是这样做的:以客户端向服务端发送数据为例,当client发送数据时,先由socket缓冲区接受数据,然后copy到机器的直接内存中,然后将这些数据的地址传给JVM,这个过程中就只有一次拷贝。因此零拷贝不是没有拷贝,而是没有直接内存和JVM之间的数据拷贝。
下面来验证一下。
代码为之前netty(一)中的代码。
buf中没有一个存放数据的数组,而是存在一个address,指向的就是直接内存中的数据的地址。
空轮循bug
空轮循bug就是指NIO中的selector.select方法中,对于正常的selector,当他没有事件发生时,这个方法就会一直阻塞。然后当发生了空轮循bug,那么他就会跳出阻塞,继续执行,并且在后续的这个selector一直保持这种没有事件发生,依旧不停的执行的状态。
netty解决这个bug,就是通过判断,当发现这种bug时,新建一个selector,并且将原有的selector上面的事件注册迁移到这个新的selector上。下面看下源码实现过程。
首先肯定是找到这个selector.select()方法。
这个方法在NioEventLoop的select方法中。
下面这部分就是处理空轮循bug的。
SELECTOR_AUTO_REBUILD_THRESHOLD 指的是重新建立一个selector的迭代次数。
当发生空轮循bug时,这个计数器selectCnt会一直++,然后进入selectRebuildSelector这方法。
一直跟进。
先new一个selector
然后轮循这个keys,将新的selector和之前的key全都注册上去,这样就可以了。
ByteBuf 扩容机制
ByteBuf 扩容机制其实就是当缓冲区不够的时候,它的扩容的策略。
扩容策略如下:默认分界线为4M,当小于4M时,以倍数扩增的形式,当大于4M,则每次增加4M。下面看下源码说明一下。
2就是小于4M,左移一位就是翻倍,1就是大于4M,直接加上4M。就是这样,依次类推。