Netty4.1.6版本 内存泄漏问题以及解决方法

    最近在项目中遇到一个问题，是关于Netty4.1.6版本，在日志中打印以下错误消息，

i.n.channel.DefaultChannelPipeline - An exceptionCaught() event was fired, and it reached at the tail of the pipeline. It usually means the last handler in the pipeline did not handle the exception.
io.netty.util.internal.OutOfDirectMemoryError: failed to allocate 16777216 byte(s) of direct memory (used: 1023410176, max: 1029177344)

  这个问题得出现，当时以为是JAVA虚拟机内存泄漏，也没有具体去找原因，觉得是内存空间不足，所以直接就采用-Xmx4096m .这样配置方法，分配最大内存。好像程序没到三天，生产环境又出问题，这就老火了，然后将其他项目暂停，慢慢下来分析。先是查看内存，然后发现JAVA虚拟机还好。慢慢定位，觉得是不是Netty得问题，然后网上搜寻，起始确实又很多人遇到过类似得问题，具体原因是Netty得回收机制和虚拟机得垃圾回收策略不一样，一个是采用计数得方法回收，这样得话，netty框架中所用得内存没有得到释放，就会一直存在，但是，由于是长两家，是平台接入数据，几乎数据一直都处于传输，从而，发现内存24小时间，一直没有释放一点内存，基本都是笔直得向上，直接到达分配最大内存。当出现这样现象后，再再测试环境中，增加-Dio.netty.leakDetectionLevel=advanced 这个指令配置再环境中，打印netty哪些内存得不到释放，通过这些日志回得到问题得所在。

  上图中标红色得地方，就是netty中，ByteBuf。这个是在netty4后，引进得，但是需要自己在释放掉这个bytebuf，原因是一直处于连接中，一直分配得是directMemory，但是采用得是计数回收，没有采用realse方法，则该bytebuf一直被分配，从没被回收，最后则会造成directMemoryError错误。可以通过几种方法一起，解决上述错误。

 1.官网说得升级版本，在4.1.21以后，好像优化了byteBuf回收机制。

 2.netty得channelRead 和channelWrite都需要判断下，用isReadable 和iswriteable去判断，看空间是否支持可写和可读。

3. ReferenceCountUtil.release(msg);在读数据时候，在结束时候，需要释放，将byteBuf回收到直接内存池中。

 通过上述方法，应该可以解决directMemoryError问题，有些地方阐述得可能不够好，或许是自己认识不对得地方请见谅，因为自己也是希望自己遇到得问题让大家方便知道。