浅谈TCP为什么是三次握手四次挥手

TCP/IP的核心思想是 既要保证数据可靠传输，又要提高传输的效率

三次握手和四次挥手都为了实现核心思想这个需求

 

三次握手

 

第一次 握手

客户端向服务端发送连接请求报文段

SYN=1,seq = x ，ACK=0

（x为本次TCP通信的字节流的初始序号）

表示该报文段为连接请求报文。

 

第二次 握手

服务端收到连接请求报文段后，如果同意连接，则会发送一个应答

SYN=1，ACK=1，seq=y，ack=x+1

PS1：SYN=1，ACK=1表示该报文段为连接同意的应答报文。

PS2：seq=y表示服务端作为发送者时，发送字节流的初始序号。

PS3：ack=x+1表示服务端希望下一个数据报发送序号从x+1开始的字节。

 

第三次握手

当客户端收到连接同意的应答后，还要向服务端发送一个确认报文段，表示：服务端发来的连接同意应答已经成功收到。

该报文段的头部为：ACK=1，seq=x+1，ack=y+1。

客户端发完这个报文段后便进入ESTABLISHED状态，服务端收到这个应答后也进入ESTABLISHED状态，此时连接的建立完成！

 

为什么是三次握手不是两次握手？

因为tcp必须保证数据可靠传输

1.谢希仁版《计算机网络》中的例子是这样的，“已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接

说白一点 就是 过期的请求到了服务器，服务器不知道是过期的，然后回应了，等待客户端回应，但是其实客户端已经关闭，浪费资源了

2.假设ack在服务端发送时丢失了，而服务端并不知道自己丢失了，而客户端收到请求时，并没有收到ack，这样服务端就是会一直处在准备发送数据的状态，而客户端就会一直保持等待ack的状态，三次握手可以规避这个问题，在客户端回应服务端之后，服务端就会重发包含ack的请求

 

四次挥手

 

 

第一次挥手

若A认为数据发送完成，则它需要向B发送连接释放请求。该请求只有报文头，头中携带的主要参数为：

FIN=1，seq=u。此时，A将进入FIN-WAIT-1状态。

• PS1：FIN=1表示该报文段是一个连接释放请求。
• PS2：seq=u，u-1是A向B发送的最后一个字节的序号。

第二次挥手

B收到连接释放请求后，会通知相应的应用程序，告诉它A向B这个方向的连接已经释放。此时B进入CLOSE-WAIT状态，并向A发送连接释放的应答，其报文头包含：

ACK=1，seq=v，ack=u+1。

• PS1：ACK=1：除TCP连接请求报文段以外，TCP通信过程中所有数据报的ACK都为1，表示应答。
• PS2：seq=v，v-1是B向A发送的最后一个字节的序号。
• PS3：ack=u+1表示希望收到从第u+1个字节开始的报文段，并且已经成功接收了前u个字节。

A收到该应答，进入FIN-WAIT-2状态，等待B发送连接释放请求。

第二次挥手完成后，A到B方向的连接已经释放，B不会再接收数据，A也不会再发送数据。但B到A方向的连接仍然存在，B可以继续向A发送数据。

第三次挥手

当B向A发完所有数据后，向A发送连接释放请求，请求头：FIN=1，ACK=1，seq=w，ack=u+1。B便进入LAST-ACK状态。

第四次挥手

A收到释放请求后，向B发送确认应答，此时A进入TIME-WAIT状态。该状态会持续2MSL时间，若该时间段内没有B的重发请求的话，就进入CLOSED状态，撤销TCB。当B收到确认应答后，也便进入CLOSED状态，撤销TCB。

为什么A要先进入TIME-WAIT状态，等待2MSL时间后才进入CLOSED状态？

为了保证B能收到A的确认应答。

若A发完确认应答后直接进入CLOSED状态，那么如果该应答丢失，B等待超时后就会重新发送连接释放请求，但此时A已经关闭了，不会作出任何响应，因此B永远无法正常关闭。

 

简单的说

第一次挥手

A认为 数据已经发送完了 则跟B说 我们关闭链接吧

第二次挥手

B接受到A的请求后，和自己的小弟说 不要在接受数据了，此时A不会再发送数据，B也不会接受数据，但是B的小弟可能还有数据未发送完，所以此时B向A还可以发送数据

第三次挥手

但B数据发送完成了，就会通知A说，我数据发送完了，可以关闭了

第四次挥手

A收到数据后，也对B说 好的，我知道可以关闭了，那就关闭吧

 

图来源：

https://blog.csdn.net/qq_38950316/article/details/81087809

资料来源：

https://www.zhihu.com/question/24853633/answer/254224088

https://blog.csdn.net/qq_38950316/article/details/81087809