tcp状态-TIME_WAIT与CLOSE_WAIT带来的坑

tcp状态:

http://www.cnblogs.com/DengGao/p/tcp_state.html

 

1. tcp连接会占用系统资源(文件描述符), 有时候甚至会导致系统假死(不能发起或者处理tcp请求)。

2. TIME_WAIT状态tcp过多的原因:

      TIME_WAIT等待状态,这个状态又叫做2MSL状态,主动关闭方会出现TIME_WAIT。状态说的是在TIME_WAIT2发送了最后一个ACK数据报以后,要进入TIME_WAIT状态,这个状态是防止最后一次握手的数据报没有传送到对方那里而准备的(注意这不是四次握手,这是第四次握手的保险状态)。这个状态在很大程度上保证了双方都可以正常结束。

      tcp系统参数设置,可以更改tcp回收策略,以及TIME_WAIT的时间。

      参考: http://www.cnblogs.com/DengGao/p/tcp_parameter.html

3. CLOSE_WAIT状态tcp过多的原因:

      被动关闭方,回复主动关闭方关闭操作后,进入CLOSE_WAIT(等待自己关闭)。

      程序代码错误经常导致连接不能释放,tcp处于CLOSE_WAIT状态,不能释放。(但是,当超过net.ipv4.tcp_keepalive_time时间,对端如果已经释放,那么本端的tcp也会释放)

 

posted @   刨根问底_liang  阅读(544)  评论(0编辑  收藏  举报
编辑推荐:
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
阅读排行:
· 没有源码,如何修改代码逻辑?
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
点击右上角即可分享
微信分享提示