TCP为什么要三次握手？为什么要有四次挥手的TIME_WAIT？

一：首先奉上

TCP三次握手的过程



TCP连接释放的过程：



二：

1。为什么两次就建立连接还要三次握手呢？这主要是为了防止已失效的连接请求报文又突然传递服务器。

所谓“防止已失效的连接请求报文又突然传递服务器。”是这样一种情况：

A客户端发出连接请求，因为连接请求报文丢失而未等到确认。于是A再次重传了连接请求，建立了连接。数据传输完毕后，释放了连接。现在假设那第一个请求只是因为网路节点长时间滞留了，使得它在第二个连接释放后才到达B服务器，那么B会以为这是一个新的连接请求，于是就向A发了个连接确认，注意了：如果没有最后一次的确认B会一厢情愿的以为连接已经建立，可人家A同学一看那个B给的是什么呀！跟自己没关系，简单粗暴的丢掉。这时B孩子还傻傻的等着A给他发数据，就这样，B白白浪费的大把的时光和资源。

那B会一直傻等吗？当然不是，它的等待也是有限的，答案就是保活计时器。

2.为什么要有四次挥手的TIME_WAIT的状态?

（1）第一是为了保证最后一个的一个ACK报文能到达B。这个ACK报文有可能丢失，因而使得处在LAST_ACK状态得不到对已发送的FIN+ACK报文的确认，B会超时重传这个FIN+ACk ,而A就能在这TIME_WAIT时间（2MSL）里收到这个重传的报文，A就可以重传一次确认，如果没有这个TIME_WAIT， 那B重传的FIN_ACK，可A早就走了，自然不会再重发确认，这样B就无法按照正常步骤进入CLOSE 状态。

（2）第二是防止“已失效的报文连接请求”，A在TIME_WAIT中，经过这2MSL的时间，就可以使本链接持续的时间内产生的所有连接消失，这样就可以使下一个新的连接中不会出现这样旧的连接请求报文段。

2.2 聪明的你会发现谁先关闭谁就有一个TIME_WAIT的状态；

在linux的网络编程中，如果服务器如果先关闭，你会发现，现在想要立马再次启动服务器，就会报错说这个端口号被占用着，那就是因为有这个TIME_WAIT，2msl的时间.那么怎么解决 ？

解决：setsockopt（）函数。在这就不多说了。