三次握手、四次挥手

三次握手、四次挥手

为什么是三次握手

目的是“为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生错误”。

情况比如：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。

采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。”

TIME_WAIT状态

TIME_WAIT 状态是在服务端发送FIN，客户回复ACK后，客户端需要等待2MSL（Maximum Segment Life）时间(报文最大生存时间):
TIME_WAIT状态存在原因有两点：

1. 可靠地终止TCP连接

此时若是客户端回复的ACK因为网络的原因，服务端没有收到，服务端要重发FIN，客户端此时处于TIME_WAIT状态，可以继续发送ACK。 总体来说TIME_WAIT状态时为了保证最后一个ACK因丢失，而等待重发的时间

3. 保证让迟来的TCP报文段有足够的时间被识别并丢弃

保证残留网络报不会被新连接接收而产生数据错乱。由于自己上一次发送的数据包可能还残留在网络中，等待2MSL时间可以确保网络上两个传输方向上尚未被接收到的、迟到的TCP报文段都已消失。因此，一个连接的新的化身可以在2MSL时间之后安全地建立，而不会接收到属于原来的连接的应用程序数据，这就是持续2MSL的原因