time_wait存在的原因有两点
1.可靠的终止TCP连接。
2.保证让迟来的TCP报文段有足够的时间被识别并丢弃。
1.可靠的终止TCP连接，若处于time_wait的client发送给server确认报文段丢失的话，server将在此又一次发送FIN报文段，那么client必须处于一个可接收的状态就是time_wait而不是close状态。
2.保证迟来的TCP报文段有足够的时间被识别并丢弃，linux 中一个TCPport不能打开两次或两次以上。当client处于time_wait状态时我们将无法使用此port建立新连接，假设不存在time_wait状态，新连接可能会收到旧连接的数据。
time_wait持续的时间是2MSL，保证旧的数据能够丢弃。由于网络中的数据最大存在MSL(maxinum segment lifetime)
假设是client，我们一般不用操心，由于client一般选用暂时port。再次创建连接会新分配一个port。
除非指定client使用某port，只是一般不须要这么做。
假设是server主动关闭连接后异常终止。则由于它总是使用用一个知名serverport号，所以连接的time_wait状态将导致它不能重新启动。只是我们能够通过socket的选项SO_REUSEADDR来强制进程马上使用处于time_wait状态的连接占用的port。
通过socksetopt设置后，即使sock处于time_wait状态，与之绑定的socket地址也能够马上被重用。
此外也能够通过改动内核參数/proc/sys/net/ipv4/tcp_tw/recycle来高速回收被关闭的socket,从而是tcp连接根本不进入time_wait状态，进而同意应用程序马上重用本地的socket地址。
5. time_wait状态到底持续多长时间?
首先要知道一个名词：MSL
MSL 为一个数据包在网络中存活的最长时间，一般1-2分钟的样子；
RFC 793中规定
MSL为
2分钟，实际应用中常用的是
30秒，
1分钟和
2分钟等。
tcp的2MSL问题说明
2MSL即两倍的MSL，TCP的TIME_WAIT状态也称为2MSL等待状态，
当TCP的一端发起主动关闭，在发出最后一个ACK包后，
即第3次握 手完成后发送了第四次握手的ACK包后就进入了TIME_WAIT状态，
必须在此状态上停留两倍的MSL时间，
等待2MSL时间主要目的是怕最后一个 ACK包对方没收到，
那么对方在超时后将重发第三次握手的FIN包，
主动关闭端接到重发的FIN包后可以再发一个ACK应答包。
在TIME_WAIT状态 时两端的端口不能使用，要等到2MSL时间结束才可继续使用。
当连接处于2MSL等待阶段时任何迟到的报文段都将被丢弃。
不过在实际应用中可以通过设置 SO_REUSEADDR选项达到不必等待2MSL时间结束再使用此端口。
