关于三次握手的很详细理解

(以下内容有不理解的东西很正常，在后面都会一一解释)

关于三次握手：

第一次：客户端发送连接请求，seq为x，ack此时为无。

第二次：服务端接收到连接请求，并发送seq=y, ack=x+1;

第三次：客户端接收到第二次中服务端的报文，并发送seq=x+1, ack=y+1.标志这建立连接成功。

至于seq和ack到底是什么东西。可以这么理解

seq是此时我需要发送给你的东西。ack是我确认你发送给我的东西已经成功。

而seq的值指的是我要给你发送的东西的序号。ack的值指的是你发送成功的东西的序列号的值加上1之后的值。

关于序号：在TCP，收发数据前向数据包跟配序号，并向对方通报此序号，这都是为了防止数据丢失所做的准备，通过向数据包

分配序号并确认，可以在数据丢失时马上查看并重传丢失的数据包，这也是TCP可以保证可靠的数据传输的原因。

 

为什么需要三次而不是两次

一句话，主要防止已经失效的连接请求报文突然又传送到了服务器，从而产生错误。

如果使用的是两次握手建立连接，假设有这样一种场景，客户端发送了第一个请求连接并且没有丢失，只是因为在网络结点中滞留的时间太长了，由于TCP的客户端迟迟没有收到确认报文，以为服务器没有收到，此时重新向服务器发送这条报文，此后客户端和服务器经过两次握手完成连接，传输数据，然后关闭连接。此时此前滞留的那一次请求连接，网络通畅了到达了服务器，这个报文本该是失效的，但是，两次握手的机制将会让客户端和服务器再次建立连接，这将导致不必要的错误和资源的浪费。

如果采用的是三次握手，就算是那一次失效的报文传送过来了，服务端接受到了那条失效报文并且回复了确认报文，但是客户端不会再次发出确认。由于服务器收不到确认，就知道客户端并没有请求连接。