为什么存在TIME_WAIT 状态

客户端连接在收到服务器的结束报文段之后，不会直接进入CLOSED状态，而是转移到TIME_WAIT状态。在这个状态，客户端连接要等待一段长为2MSL，即两倍的报文段最大生存时间，才能完全关闭。
其原因主要有两点：

1. 可靠地终止TCP连接。
2. 保证让迟来的TCP报文段有足够的时间被识别并丢弃。

第一个原因很好理解，客户端在收到来自服务端的FIN之后，要返回一个ACK，如果这个ACK丢失，服务端会因超时重发之前的FIN。如果客户端在返回ACK以后直接关闭连接，客户端将以RST回复服务端，服务端则认为这是一个错误，因为服务端期待的是一个ACK。
第二个原因是因为在LINUX系统上，一个TCP端口不能被同时打开两次及以上。当一个TCP连接出于TIME_WAIT状态时，我们将无法立即使用该连接占用的端口来创建一个新的连接。反之，如果没有TIME_WAIT，则应用程序可以立即建立一个和刚关闭的连接相似的连接（这里说的相似，是指他们具有相同的IP地址和端口号）。这个新的、和原来相似的连接被称为原来的连接的化身（incarnation）。新的化身可能接收到属于原来的那个连接的、携带应用程序数据的TCP报文段，显然这是一个已经失去意义的报文段，这种事情不应该发生。
另外，因为TCP报文段的最大生存时间是MSL，所以坚持2MSL时间的TIME_WAIT状态能够确保网络上两个传输方向上尚未被接收到的、迟到的TCP报文段都已经消失（被中转路由器丢弃）。因此，一个连接的新的化身可以在2MSL事件之后安全的建立，而且绝对不会接收到属于原来连接的应用程序数据。
但我们有时并不需要TIME_WAIT，我们可以用SO_REUSEADDR来手动设置取消TIME_WAIT

setsockopt(sock,SOL_SOCKET,SO_REUSEADDR,&reuse,sizeof(reuse));

经过setsockopt的设置之后，即使sock处于TIME_WAIT状态，与之绑定的socket地址也可以立即被重用。