netty报错LEAK: ByteBuf.release() was not called before it‘s garbage-collected.的解决方法

问题背景：

        最近一个项目要对接一个电子秤，电子秤串口转网口直连用户一体机，在用户一体机上写一个程序读取称重数据并以客户端形式发送给服务器上的WCS服务。WCS服务里使用netty写了个服务端接收数据。

问题产生：

        

        刚开始我在建立连接的地方打了个日志，并且将获取到的数据也打了个日志，一切运行正常。后来觉得使用tcp短连接，连接成功的日志一直打印很占日志，影响后期问题定位，就将打的日志给删掉，发现报这个错，加了日志输出就正常运行，感觉很奇怪，也没分析出原因，就只好把短连接改为长连接，只建立一次连接，打印一次。

        后来觉得下面一直打印接收的数据，有时候没重量也打印，影响后期问题定位，也删掉了日志，再运行发现又报了这个错，日志输出恢复回来以后发现又可以运行正常了。

        那么这样引起了我的好奇，我就试了一下不使用slf4j的日志输出，使用JDK自带的System.out.println打印数据，发现也可以正常运行。

问题分析：

        报的错显示是资源泄漏，server端一直读客户端传来的数据，确实是可能会发生的。那么是不是需要释放一下资源就可以了？我就验证了一下,再运行，果然正常不再报错了。

        那么为什么使用slf4j输出日志和JDK自带的打印语句也会起到相同的结果？是不是它们在执行输出语句后也会释放资源？

        于是我追根溯源，JDK自带的打印语句好找，调用的PrintSteam文件内的write方法里，在输出数据后对资源进行了释放。

         slf4j调用的LogLog文件内的warn方法里，调用了JDK自带的System.err.println打印方法，最后还是进了上面的那个write方法里写入数据后进行资源的释放。

         因此，如果你需要打印数据那么直接日志打印即可，不需要传输的数据那么在此处对于读取的数据调用release()方法进行资源释放即可解决问题。