1. 创建
@Slf4j
public class TestBytebuf {
public static void main(String[] args) {
ByteBuf buffer = ByteBufAllocator.DEFAULT.buffer();
log.debug("{}",buffer);
StringBuilder stringBuilder = new StringBuilder();
for (int i = 0; i < 300; i++) {
stringBuilder.append("a");
}
buffer.writeBytes(stringBuilder.toString().getBytes());
log.debug("{}",buffer);
}
}
2. 直接内存与堆内存
可以使用下面的代码来创建池化基于堆的ByteBuf
ByteBuf buffer = ByteBufAllocator.DEFAULT.heapBuffer();
也可以使用下面的代码来创建池化基于直接内存的ByteBuf
ByteBuf buffer = ByteBufAllocator.DEFAULT.directBuffer(10);
- 直接内存的创建和销毁的代价昂贵,但是读写性能高(少一次内存复制),适合配合池化功能一起用
- 直接内存对GC压力小,因为这部分内存不收JVM垃圾回收的管理,但是也要注意及时主动释放
3. 池化与非池化
池化的最大意义在于可以重用ByteBuf,优点有:
- 没有池化,则每次都得创建新的 ByteBuf 实例,这个操作对直接内存代价昂贵,就算是堆内存,也会增加 GC 压力
- 有了池化,则可以重用池中 ByteBuf 实例,并且采用了与 jemalloc 类似的内存分配算法提升分配效率
- 高并发时,池化功能更节约内存,减少内存溢出的可能
池化功能是否开启,可以通过下面的系统环境变量来设置
-Dio.netty.allocator.type={unpooled|pooled}
- 4.1 以后,非Android 平台默认启用池化实现,Android 平台启用非池化实现
- 4.1 之前,池化功能还不成熟,默认是非池化实现
4. 扩容
扩容规则:
- 写入后数据大小未超过512,则选择下一个16的整数倍,例如写入后大小为12,则扩容后capaticy是16
- 如果写入后数据大小超过512,则选择下一个2^n,例如写入后大小为513,则扩容后capacity是2^10=1024(2^9=512已经不够了)
5. 内存释放:retain & release
由于Netty 中有堆外内存的ByteBuf实现,堆外内存最好是手动释放,而不是等GC垃圾回收
- UNpooledHeapByteBuf 使用的是JVM 内存,只需等GC 回收内存即可
- UnpooledDirectByteBuf 使用的就是直接内存了,需要特殊的方法来回收内存
- PooledByteBuf 和它的子类使用了池化机制,需要更复杂的规则来回收内存
Netty 这里采用了引用计数法来控制回收内存,每个ByteBuf 都实现了ReferenceCounted接口
- 每个ByteBuf 对象的初始计数为1
- 调用release 方法计数减1,如果计数为0,ByteBuf内存被回收
- 调用retain方法计数加1,表示调用者没有用完之前,其他handler及时调用了release也不会造成回收
- 当计数为0时,底层内存会被回收,这时即使ByteBuf对象还在,其各个方法均无法正常使用
基本规则就是,谁是最后使用者,谁负责 release