TCP连接问题之close_wait

最新推荐文章于 2023-07-04 20:30:59 发布
最新推荐文章于 2023-07-04 20:30:59 发布
阅读量1k 收藏
点赞数
分类专栏： 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Run_Feng/article/details/109359606
版权

首先 贴张图，先了解下close_wait是什么，在什么情况下产生

在这里插入图片描述
通过上图，我们来分析，什么情况下，连接处于CLOSE_WAIT状态呢？
在被动关闭连接情况下，在已经接收到FIN，但是还没有发送自己的FIN的时刻，连接处于CLOSE_WAIT状态。
通常来讲，CLOSE_WAIT状态的持续时间应该很短，正如SYN_RCVD状态。但是在一些特殊情况下，就会出现连接长时间处于CLOSE_WAIT状态的情况。

出现大量close_wait的现象，主要原因是某种情况下对方关闭了socket链接，但是我方忙与读或者写，没有关闭连接。

那解决这个问题的基本思路就是： socket通信时保证对端socket未关闭且正常，一定要判断read、write等接口的返回值，根据错误状态及时close

另外 通过setsockopt()接口设置设置SO_KEEPALIVE选项 这种方式不推荐

Run_Feng
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
TCP的状态兼谈Close_Wait和Time_Wait的状态
05-07
详细描述TCP的各个状态，初学者可以快速理解掌握tcp状态图
CLOSE_WAIT网络连接无法释放问题解决
07-31
关于系统端口出现CLOSE_WAIT状态的解决方案，讲解明确清晰，值得参考
Socket CLOSE_WAIT状态
garman
12-17 379
摘要：本文阐述了为何socket连接锁定在CLOSE_WAIT状态，以及通过什么措施力求避免这种情况。 　　不久前，我的Socket Client程序遇到了一个非常尴尬的错误。它本来应该在一个socket长连接上持续不断地向服务器发送数据，如果socket连接断开，那么程序会自动不断地重试建立连接。 有一天发现程序在不断尝试建立连接，但是总是失败。用netstat查看，这个程序竟然有上...
TCP协议－－CLOSE_WAIT状态
热门推荐
上善若水，水善利万物而不争。
03-26 2万+
1.服务器异常如果服务器出了异常，十之八九都是以下两种情况：1.服务器保持了大量TIME_WAIT状态2.服务器保持了大量CLOSE_WAIT状态因为linux分配给一个用户的文件句柄是有限的，而TIME_WAIT和CLOSE_WAIT两种状态如果一直被保持，那么意味着对应数目的通道就一直被占着，一旦达到句柄数上限，新的请求就无法被处理了，接着应用程序可能返回大量Too Many Open Fil
关于TCP的CLOSE_WAIT
binglong_world的专栏
06-20 6216
对于TCP的挥手过程的认识，我认为可以分为三个等级：如果你能把TCP的三次握手和四次挥手的流程说出来，至少说明你上课听讲了。如果你能完整的描述TIME_WAIT 和 CLOSE_WAIT 状态,那至少说明你对挥手过程深入了解了。如果你在项目开发过程中遇到过TIME_WAIT 和 CLOSE_WAIT的问题并能够解决这类问题，那说明你是高手了。今天我们来说下TCP的CLOSE_WAIT状态，搞不明白...
TCP的CLOSE_WAIT状态
arkblue的专栏
12-01 8755
1  在客户端主动关闭时，服务器端也要被动关闭（服务器端也要主动调用closesocket），如果服务器端不被动关闭，客户端就收不到服务器端发来的FIN，就一直在FIN_WAIT_2了，而此时服务器端只收到客户端发来的FIN（自己只向客户端发了ACK，没有向客户端发FIN），也一直停留在CLOSE_WAIT 出现大量close_wait的现象，主要原因是某种情况下对方关闭了socket链接，但
tcp连接出现close_wait状态？_tcp_close_
09-30
tcp连接出现close_wait状态？
TCP状态迁移，CLOSE_WAIT & FIN_WAIT2 的问题解决
02-18
对于服务器挂起中的CLOSE_WAIT & FIN_WAIT2 解决方案。
TCP_CloseWaitProblem
05-02
在内核级别，向应用程序发出关闭请求，并且CLOSE_WAIT的状态等待，并且连接保持超时。 使用命令netstat -p tcp -n | grep CLOSE_WAIT进行检查，如下所示。 tcp4 0 0 127.0.0.1.50937 127.0.0.1.8383 CLOSE_WAIT ...
Tcp close wait状态
风衣吹的博客
07-04 1010
Tcp close_wait: 最近在熟悉SRS，做一个私有协议的h264/aac流接入模块，netstat时发现服务器保持了大量的close_wait状态，由tcp状态变迁可知，是客户端主动关闭了连接，服务器却没有回收相应的连接导致，发现state thread已经跳出循环，在做on_thread_stop清理的时候只是把连接从队列里移除，并没有Close，加上close_wait状态全部消失；
TCP连接的状态(close_wait过多，time_wait过多)
RuiDer的博客
03-20 7712
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
TCP连接状态CLOSE_WAIT和TIME_WAIT详细分析
bjmsb79的博客
07-04 2724
TCP协议规定，对于已经建立的连接，网络双方要进行四次挥手才能成功断开连接，如果缺少了其中某个步骤，将会使连接处于假死状态，连接本身占用的资源不会被释放。网络服务器程序要同时管理大量连接，所以很有必要保证无用连接完全断开，否则大量僵死的连接会浪费许多服务器资源。CLOSE_WAIT和TIME_WAIT。服务器保持了大量TIME_WAIT状态；服务器保持了大量CLOSE_WAIT状态；
tcp连接大量CLOSE_WAIT
realmeh的专栏
12-26 1506
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'      LAST_ACK 1   SYN_RECV 15   CLOSE_WAIT 7729    ESTABLISHED 471   FIN_WAIT1 3   FIN_WAIT2 52   SYN_SENT 1   TIME_WAIT 7
关于TCP链接出现CLOSE_WAIT的解决
u013172206的专栏
01-07 3918
这篇记录本来是准备和上一篇记录一起发的，但是感觉太长了。所以单独写开来了。 今早来的时候主程说服务器好像有问题，给了我一张截图: 我一看全是CLOSE_WAIT。就是说服务器被动关闭TCP链接。     写一下网上查到的:     CLOSE_WAIT 是被动关闭 TCP 连接时产生的，如果收到另一端关闭连接的请求后，本地(Server端)不关闭相应套接字就会导致本地套接字进入这一
TCP close-wait 状态分析
sulijin的博客
04-25 5814
分析过程：根据TCP建立连接和断开连接的过程，如下图： close wait状态一般是在服务端出现的。执行：ss -tnp | grep CLOSE-WAIT | wc -l命令可查看有多少close wait连接状态；执行：ss -tnp | grep CLOSE-WAIT | more，根据第三、四列可以看出，由谁向谁发起socket连接（客户端发起请求的端口是随机的，服务端提供服务的端口比较有规律）。根据TCP断开连接的状态变换过程，基本可以判断close wait堆积是因为客户端发出FIN包，
TCP连接 TIME_WAIT和CLOSE_WAIT
weixin_44146646的博客
08-13 352
三次握手原因：保证数据传输可靠。通过三次握手对连接双方的序号进行确认，保证未来的可靠数据传输。 四次挥手原因：全双工。 TIME_WAIT：主动关闭端发送最后一个ACK时，需在TIME_WAIT状态停留2MSL时间。（MSL：任何报文段被丢弃前在网络中的最长时间）（该状态下，定义该连接的套接字不能再被使用，即不能建立新连接） 目的： 防止最后一个ACK丢失。若丢失，另一端超时重传FIN。假设C端是主动关闭方，C端发送的最后一个ACK丢失，S端超时重传FIN，若无TIME_WAIT，C端则已经断开连接，收
TCP 连接管理机制(二)——TCP四次挥手的TIME_WAIT、CLOSE_WAIT状态
challenglistic的博客
08-26 2426
TCP 连接管理机制(二)——TCP四次挥手的TIME_WAIT、CLOSE_WAIT状态
关于zabbix的tcp close wait报警
vbaspdelphi的专栏
10-24 1391
一大早到了公司，打开邮箱注意到一个报警。一开始， 还真不清楚这个的意思，于是进一步发掘zabbix里面关于该条报警的一些内容。按照1 2 3的顺序，可以找到该指标 可以看到当前页面已经显示了一条报警，点击组态可以找到监控该指标的信息。有下面第二张图可以看出，是关于某个端口的closewait状态的。登录服务器查看，确实close wait不少。由于该app部署在两台机器上，所以查看第二台服务器，没有
深入浅出TCP之半关闭与CLOSE_WAIT
weixin_30435261的博客
10-12 260
转自：https://www.2cto.com/net/201309/243585.html（相关链接） 深入浅出TCP之半关闭与CLOSE_WAIT 终止一个连接要经过4次握手。这由TCP的半关闭（half-close）造成的。既然一个TCP连接是全双工（即数据在两个方向上能同时传递，可理解为两个方向相反的独立通道），因此每个方向必须单独地进行关闭。 这原则就是当一方完成它的数据发...
CLOSE_WAIT
最新发布
03-15
CLOSE_WAIT是TCP连接状态中的一种，表示本地端已经关闭了连接，但是远程端仍然保持连接的状态。在CLOSE_WAIT状态下，本地端等待远程端关闭连接，或者在一段时间后超时关闭连接。 CLOSE_WAIT状态通常发生在客户端...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值