本文探讨了TCP连接关闭时出现TIME_WAIT和CLOSE_WAIT状态的原因及影响，包括TCP四次挥手过程、TIME_WAIT状态的必要性和存活时间、以及实践中的解决方法。文章提到，TIME_WAIT状态是为了确保TCP连接可靠终止和避免旧数据包干扰，而CLOSE_WAIT则可能暗示服务端资源耗尽。解决方案包括端口重用、调整TIME_WAIT等待值以及设置SO_LINGER选项，但后者可能带来风险。文章适合网络编程和服务器维护人员阅读。
原标题：不为人知的网络编程(三)：关闭TCP连接时为什么会TIME_WAIT、CLOSE_WAIT
1、前言
最近一段时间一直在学习阅读mina和nio的源码，也发现了一些问题无法解决，然后重读了一下tcp协议，收获颇多。(这就是带着问题去读书的好处)
这次就和大家分享一下我们的netframework服务总会抛出一个“connet reset by peer”的原因吧。通过抓包工具分析，主动关闭方直接发送了一个RST flags，而非FIN，就终止连接了。
如下图所示：
2、为什么调用sokcet的close时只通过一次握手就终结连接了？
要分析这个原因那就得从关闭连接程的四次握手，有时也会是三次握手，说起。
如下图所示：
大家都知道tcp正常的关闭连接要经过四次握手，如下所示：
最低0.47元/天 解锁文章
扫一扫
1941
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
