在项目中遇到线程数量持续增加并导致OOM的问题，与netty客户端3.10.5版本相关。分析发现，定时任务每执行一次，线程数量即增加，与连接freeswitch服务器的netty客户端行为匹配。尽管网络连接正常关闭，但epoll句柄未从队列移除，导致线程持续处于epollWait状态。解决方案是显式释放netty资源，从而避免线程泄漏。建议改进检测机制，采用心跳机制以减少资源消耗。
netty客户端引发的线程血案（一）
前言
近日，在某个项目发现线程数量持续暴涨，最后OOM的问题，开发人员很头疼，刚好来问我，就协助分析了一下，观察服务器状态，CPU使用者正常，内存消耗持续增加，socket数量正常，通过jstack看，线程数量持续增加，大量线程处于epollWait函数调用中，线程状态是RUNNABLE，线程持续增加，很不正常，了解了项目的情况，发现新增了一个功能，就是使用了esl-client来连接freeswitch服务器，用来检测freeswitch服务器的状态，检测的方式是启动一个定时任务，每间隔一定时间就连接freeswitch，检测一下，服务器是否存活，和freeswitch之间的连接是通过netty进行连接。出问题的netty-client版本为3.10.5，而在老的netty-client 3.2.4版本上面不存在该问题，本文主要描述如何基于3.10.5解决该问题，后续文章讲解二者的差异。
环境
es-client:0.9.3
jdk 7
netty-client:3.10.5
问题分析
通过前面的描述怀疑是部分资源没释放导致，这里上一下图，看一下当时的JMX的截图：
最低0.47元/天 解锁文章
115
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
