Netty5中ByteBuf对象的创建方式对内存的影响

59 阅读 0 评论 39 点赞

我是靠谱客的博主忐忑电脑，最近开发中收集的这篇文章主要介绍Netty5中ByteBuf对象的创建方式对内存的影响，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

(本文转载自51CTO【积水成渊】的博客：http://xiaochu.blog.51cto.com/1048262/1588426)

在使用netty 的时候，发现让单机的支持量加大的时候，内存也随着程序的运行一直增长，原因就是因为ByteBuf对象的创建方式不够合理。现做简单的分析和整理：

ByteBuf是netty中提供的一种数据结构，经过查看源代码发现，创建ByteBuf对象主要有两种方式：

UnpooledByteBufAllocator：默认的创建方式

PooledByteBufAllocator：不是默认的，可以重复利用之前分配的内存空间。

这两个类，都是AbstractByteBufAllocator的子类，

AbstractByteBufAllocator实现了一个接口，叫做ByteBufAllocator。

在使用默认的UnpooledByteBufAllocator的方式创建ByteBuf的时候，单台24核CPU的服务器，16G内存，刚启动时候，10000个长连接，每隔几秒就发一条群组消息，内存占到10G多点，但随着系统的运行，内存不断增长，直到整个系统内存溢出挂掉。

把UnpooledByteBufAllocator换成PooledByteBufAllocator，内存使用量机器能维持在一个连接占用0.9-1M之间，经常长期的运行测试，发现都能维持在这个数量。

使用方法如下：

            
ServerBootstrap b = 
new 
ServerBootstrap();

b.group(bossGroup, workerGroup)

.channel(NioServerSocketChannel.
class
)

.childHandler(createInitializer())

.option(ChannelOption.SO_BACKLOG, 
1024
)

.option(ChannelOption.SO_RCVBUF, 
1024
*
256
)

.option(ChannelOption.SO_SNDBUF, 
1024
*
256
)

.option(ChannelOption.ALLOCATOR, PooledByteBufAllocator.DEFAULT)       

.childOption(ChannelOption.ALLOCATOR, PooledByteBufAllocator.DEFAULT)  

.childOption(ChannelOption.SO_KEEPALIVE, 
true
);