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（MaxSegamentLifetime）才转为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后服务端会主动断连。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！