TCP关闭问题详细介绍

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

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

a ---  syn  --> b
a <-- syn + ack --- b (1)
a ---  ack  --> b

而关闭tcp连接需要四次交互，a发起关闭

a --- fin --> b
a <-- ack --- b (1)
a <-- fin --- b
a --- 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 #开启快速回收，默认0

net.ipv4.tcp_tw_reuse = 1 ＃开启重用，默认0

net.ipv4.tcp_fin_timeout = 30 # 减小fin_timeout，默认60，单位s

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

解决close_wait

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

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

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