Netty—（六）组件：Bytebuf（一）

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