TCP关闭问题详细介绍

摘要: 三次握手，四次挥手

意思是tcp建立连接时需要三次交互来完成，A发起连接

A ---  SYN  -->
     BA -- SYN + ACK --- B (1)A ---  ACK  -->
     B

而关闭tcP连接需要四次交互，A发起关闭

A --- FIN -->
     BA -- ACK --- B (1)A -- FIN --- BA --- ACK -->
     B (2)

这里在（1）时B开始处于CLOSE_WaiT状态，一直到收到ACK后B才转为CLOSED ，而A就处于TIME_WAIT状态，一直到2MSL（Max Segament Lifetime）才转为CLOSED

为什么需要2MSL才真正转为CLOSED？是因为需要缓冲时间万一B丢失ACK重发FIN的话还可以回复ACK，还有就是2MSL后“迷失”在网络上的包全部失效

大量的 TIME_WAIT 和 CLOSE_WAIT 会造成服务器的连接资源被浪费甚至占满后导致服务器服务拒绝，怎么解决？

解决TIME_WAIT

net.ipv4.tcp_tw_recycle = 1 #开启快速回收，默认0net.ipv4.tcp_tw_reuse = 1 ＃开启重用，默认0net.ipv4.tcp_fin_timeout = 30 # 减小fin_timeout，默认60，单位s

系统参数的配置可以解决time_wait，但是close_wait就没那么简单了

解决CLOSE_WAIT

一般都是服务端的代码问题。

绝大多数都是客户端发起关闭，这样可知HTTP服务器应该会有很多TIME_WAIT，不过当http使用keep-alive后服务端会主动断连。

感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！

• 详细讲解计算机网络——应用层
• C#中TCP粘包问题的解决方法
• 实例解说TCP连接建立及结束过程详解
• 使用Netty解决TCP粘包和拆包问题过程详解
• TCP窗口被填满问题的排查实践

声明：本文内容由网友自发贡献，本站不承担相应法律责任。对本内容有异议或投诉，请联系2913721942#qq.com核实处理，我们将尽快回复您，谢谢合作！