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也会释放)
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】凌霞软件回馈社区,博客园 & 1Panel & Halo 联合会员上线
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】博客园社区专享云产品让利特惠,阿里云新客6.5折上折
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
· 没有源码,如何修改代码逻辑?
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战