close_wait的影响和消除

最新推荐文章于 2025-05-06 16:44:48 发布

原创最新推荐文章于 2025-05-06 16:44:48 发布 · 2.2k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#socket #tcp

网络编程专栏收录该内容

3 篇文章

订阅专栏

本文深入解析TCP连接中close_wait状态的原理，详细解释为什么会出现该状态，以及可能导致的原因，如服务端数据未处理完成或未调用close(socket)。同时提供了解决close_wait状态的方法，包括改善服务端代码和使用keepalive保活机制来检测和处理半关闭连接。

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

close_wait

close_wait是TCP结束连接四次握手时被动关闭的一端出现的状态。如下图所示：
这里写图片描述

为什么会出现保持在close_wait呢？很明显是被动关闭的一方未发FIN导致其一直处于CLOSE_WAIT。
那么为什么被动关闭的一方未发FIN了？很可能是被动关闭的一方还用数据没有发完，导致FIN没发。或者是
服务端没有调用TCP的close(socket)。

close_wait的影响

Close_Wait会占用一个连接，数量过多，就使可用的连接减少，还会并占用系统非换页内存。而linux可用连接也是有限制的。如果不加处理，会极大的影响服务器的性能。

close_wait的解决方法

一是对服务端代码进行改善，查看服务端代码在处理完毕客户端请求，并在客户端数据处理完毕后，有没有进行使用close(socket)操作.
二是使用keepalive保活机制来对这种半关闭连接进行检测
int keepAlive = 1;//开启keepalive属性
int keepIdle = 60;//如果60秒内没有任何数据往来，则进行探测
int keepInterval = 6;//探测时发包的时间间隔为6秒
int keepCount = 3;//探测尝试的次数，如果第一次探测包就收到相应，以后的2次就不再发
//keepalive
setsockopt(m_iSock,SOL_SOCKET, SO_KEEPALIVE, (void*)&keepAlive, sizeof(int));
setsockopt(m_iSock,SOL_TCP,TCP_KEEPIDLE,(void*)&keepIdle, sizeof(int));
setsockopt(m_iSock,SOL_TCP, TCP_KEEPINTVL,(void*)&keepInterval,sizeof(int));
setsockopt(m_iSock,SOL_TCP, TCP_KEEPCNT,(void*)&keepCount,sizeof(int));