(以下内容有不理解的东西很正常,在后面都会一一解释)
关于三次握手:
第一次:客户端发送连接请求,seq为x,ack此时为无。
第二次:服务端接收到连接请求,并发送seq=y, ack=x+1;
第三次:客户端接收到第二次中服务端的报文,并发送seq=x+1, ack=y+1.标志这建立连接成功。
至于seq和ack到底是什么东西。可以这么理解
seq是此时我需要发送给你的东西。ack是我确认你发送给我的东西已经成功。
而seq的值指的是我要给你发送的东西的序号。ack的值指的是你发送成功的东西的序列号的值加上1之后的值。
关于序号:在TCP,收发数据前向数据包跟配序号,并向对方通报此序号,这都是为了防止数据丢失所做的准备,通过向数据包
分配序号并确认,可以在数据丢失时马上查看并重传丢失的数据包,这也是TCP可以保证可靠的数据传输的原因。
为什么需要三次而不是两次
一句话,主要防止已经失效的连接请求报文突然又传送到了服务器,从而产生错误。
如果使用的是两次握手建立连接,假设有这样一种场景,客户端发送了第一个请求连接并且没有丢失,只是因为在网络结点中滞留的时间太长了,由于TCP的客户端迟迟没有收到确认报文,以为服务器没有收到,此时重新向服务器发送这条报文,此后客户端和服务器经过两次握手完成连接,传输数据,然后关闭连接。此时此前滞留的那一次请求连接,网络通畅了到达了服务器,这个报文本该是失效的,但是,两次握手的机制将会让客户端和服务器再次建立连接,这将导致不必要的错误和资源的浪费。
如果采用的是三次握手,就算是那一次失效的报文传送过来了,服务端接受到了那条失效报文并且回复了确认报文,但是客户端不会再次发出确认。由于服务器收不到确认,就知道客户端并没有请求连接。