TCP三次握手和四次挥手理解及面试题

三次握手过程理解 

 

第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；

                     此时TCP客户进程进入SYN-SENT（同步已发送）状态。

第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k）

                     即SYN+ACK包，此时服务器进入SYN_RECV状态；

第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，

                      客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。

为什么A还要发送一次确认呢？可以二次握手吗？

　　答：简述，主要为了防止已失效的连接请求报文段突然又传送到了B，因而产生错误，浪费资源。

四次挥手过程理解 

第一次挥手：

Clien发送一个FIN，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。

第二次挥手：

Server收到FIN后，发送一个ACK给Client,Server进入CLOSE_WAIT状态。

第三次挥手：

Server发送一个FIN，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。

第四次挥手：

Client收到FIN后，Client进入TIME_WAIT状态，发送ACK给Server，Server进入CLOSED状态，完成四次握手。
 

  为什么A在TIME-WAIT状态必须等待2MSL的时间？

     MSL最长报文段寿命Maximum Segment Lifetime，MSL=2

     1）保证A发送的最后一个ACK报文段能够到达B。

     2）防止“已失效的连接请求报文段”出现在本连接中。

    目的：防止最后一个ACK包对方没有收到，那么对方在超时后将重发第三次握手的FIN包，主动关闭端接到重发的FIN包后可以再发一个ACK应答包。在TIME_WAIT状态时两端的端口不能使用，要等到2MSL时间结束才可以继续使用。当连接处于2MSL等待阶段时任何迟到的报文段都将被丢弃。

为什么连接的时候是三次握手，关闭的时候却是四次握手？

建立连接

因为服务端在LISTEN状态下，收到建立连接请求的SYN报文后，把ACK和SYN放在一个报文里发送给客户端。

关闭连接

当收到对方的FIN报文时，仅表示对方不再发送数据但还能接收收据，我们也未必把全部数据都发给了对方，所以我们可以立即close，也可以发送一些数据给对方后，再发送FIN报文给对方表示同意关闭连接。因此我们的ACK和FIN一般会分开发送。