大量CLOSE_WAIT连接导致服务假死

本文详细介绍了TCP的三次握手和四次挥手过程,并着重分析了CLOSE_WAIT状态可能导致的问题。当服务器程序未能正确检测并关闭连接时,资源可能会被长期占用。解决此类问题通常需要通过分析线程日志,如使用jstack命令,查找代码漏洞。

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

参考:https://blog.youkuaiyun.com/q512224549/article/details/89483432

https://blog.youkuaiyun.com/lxlmj/article/details/53005021?utm_medium=distribute.pc_relevant.none-task-blog-baidujs_title-2&spm=1001.2101.3001.4242

三次握手:

 四次挥手:

引用重点语句:CLOSE_WAIT 从上面的图可以看出来,如果一直保持在CLOSE_WAIT 状态,那么只有一种情况,就是在对方关闭连接之后,服务器程序自己没有进一步发出ack 信号。换句话说,就是在对方连接关闭之后,程序里没有检测到,或者程序压根就忘记了这个时候需要关闭连接,于是这个资源就一直被程序占着。个人觉得这种情况,通过服务器内核参数也没办法解决,服务器对于程序抢占的资源没有主动回收的权利,除非终止程序运行。

结论:代码漏洞。可以依据jstack -l >jstack.log输出线程日志文件,进行分析,查找代码漏洞。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值