netty客户端引发的线程血案（一）_netty 重连线程一直增加-优快云博客

本文链接：https://blog.youkuaiyun.com/joniers/article/details/76095753

在项目中遇到线程数量持续增加并导致OOM的问题，与netty客户端3.10.5版本相关。分析发现，定时任务每执行一次，线程数量即增加，与连接freeswitch服务器的netty客户端行为匹配。尽管网络连接正常关闭，但epoll句柄未从队列移除，导致线程持续处于epollWait状态。解决方案是显式释放netty资源，从而避免线程泄漏。建议改进检测机制，采用心跳机制以减少资源消耗。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

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的截图：
这里写图片描述
前半段曲线是抓取的正常情况的线程统计，后半段是出问题的线程统计曲线，可以看到线程数量持续增加，直到进程OOM，而且增加的很有规律，跟定时任务时间刚好匹配，每间隔一定时间，增加一定数量的线程。
es-client是freeswitch官方提供的，用netty实现的客户端，用来跟freeswi