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后服务端会主动断连。