BAT面试中问到TCP 为什么三次握手,不是两次或四次握手该怎么回答?

什么是三次握手

学过网络编程的人,应该都知道TCP建立连接的三次握手,下面简单描述一下这个过程。  

第一次握手:客户端发送TCP包,置SYN标志位为1,将初始序号X,保存在包头的序列号(Seq)里。 

第二次握手:服务端回应确认包,置SYN标志位为1,置ACK为X+1,将初始序列号Y,保存在包头的序列号里。 

第三次握手:客户端对服务端的确认包进行确认,置SYN标志位为0,置ACK为Y+1,置序列号为Z。

为什么不是两次

我们先来将三次握手这个过程捋一遍。(S-服务端,C-客户端)

第一次握手后,S可以确认自己收报文与C发报文的功能都正常,而C呢,它什么都不能确认。 

第二次握手后,C可以确认自己的收发报文与S的收发报文功能都正常,也就是认为连接已建立。 

那么第三次呢,S也可以确认双方能够正常通信。

假想一下,如果我们去掉了第三次呢? 

因为我们不进行第三次握手,所以在S对C的请求进行回应(第二次握手)后,就会理所当然的认为连接已建立,而如果C并没有收到S的回应呢?此时,C仍认为连接未建立,S会对已建立的连接保存必要的资源,如果大量的这种情况,S会崩溃。 

因此第三次握手是必要的。

为什么不是四次

首先,如果乐于思考应该会对上面有这样的疑问:

既然没法确认第二次的握手,C是否可以收到,

那么怎么确定第三次握手S就可以收到呢?

不错,这根本没法确定,因为完全可靠的通信协议是根本不存在的,我们任何的通信协议都是在接受这样的现实情况之上进行的。 

而三次握手后,C和S至少可以确认之前的通信情况,但无法确认之后的情况。 

在这个道理上说,无论是四次还是五次或是更多次都是徒劳的。

你可能感兴趣的:(BAT面试中问到TCP 为什么三次握手,不是两次或四次握手该怎么回答?)