5.1三次握手的过程

• 一次握手：客户端发送带有SYN(x)标志的数据包到服务端，然后客户端进入SYN_SEND状态，等待服务器端的确认。

• 二次握手：服务端发送带有SYN(y)+ACK(x+1)标志的数据包到客户端，然后服务端进入SYN_RECV状态。

• 三次握手：客户端发送带有ACK(y+1)标志的数据包到服务端，然后服务端和客户端都进入已建立状态，完成TCP三次握手。

 

5.2为什么要三次握手？

因为要确保可靠的连接，三次握手的目的就是保证双方都互相知道对方的发送和接收是正常的。四次没必要，多余了，而两次不够，因为两次无法让服务器知道自己的发送和对方的接收是否正常。

第一次握手后，服务端能知道客户端的发送和自己的接收是正常的，第二次握手后，客户端能知道自己的发送和接收是正常的，服务端的发送和接收是正常的，而经过第三次握手后，服务器才会知道自己的发送和客户端的接收是正常的。所以三次握手就能保证双方都知道对方的发送和接收功能都正常。

5.3第二次握手服务端传回了ACK，为什么还要传回SYN？

是为了客户端发出的第三次握手做准备，服务端在第二次握手中传回了ACK(x+1)，服务端就表明了我收到你客户端的第一次握手的信息了。而传回的SYN，为的就是让客户端在第三次握手时发出ACK确认报文，表明我客户端也收到你服务端发送的第二次握手的信息了，总的来说就是为了确保双方的可靠连接。

5.4四次挥手的过程

• 第一次挥手：客户端发送一个FIN(x)标志的数据包到服务端，请求关闭客户端到服务端的数据传送。然后客户端进入FIN-WAIT-1状态。

• 第二次挥手：服务端发送一个ACK(x+1)标志的数据包到客户端，然后服务端进入到CLOSE-WAIT状态，客户端进入FIN-WAIT-2状态。

• 第三次挥手：服务端发送一个FIN(y)标志的数据包到客户端，请求关闭服务端到客户端的连接，然后服务端进入LAST-ACK状态。

• 第四次挥手：客户端发送一个ACK(y+1)标志的数据包到服务端，然后客户端进入到TIME-WAIT状态，服务端在收到客户端ACK确认数据包后进入CLOSE状态。此时如果客户端等待了2MSL(是报文段的最长寿命，MSL时间是不确定的，取决于操作系统)后没有收到服务器端的任何回复，那就说明服务端已正常关闭，随后客户端就可以关闭连接了，客户端进入CLOSED状态。

注意：只要四次挥手没有结束，客户端和服务端就可以继续传输数据！

5.5为什么要四次挥手？

同一问题：为什么不能把服务器发送的 ACK 和 FIN 合并起来，变成三次挥手？

因为服务器收到客户端要断开连接的第一次挥手请求时，可能还有一些数据没有发完，这时服务端先回复ACK报文，表明我服务端接收到了你断开连接的请求，等到服务端的数据发送完后再发送一个FIN报文段，表示请求断开服务端到客户端的数据传送。

5.6如果第二次挥手时服务器的 ACK 没有送达客户端，会怎样？

客户端如果没有收到ACK确认，客户端会重新发送FIN请求。

5.7为什么第四次挥手后客户端需要等待 2MSL时间后才进入 CLOSED 状态？

因为客户端也要确保服务端成功接收到了自己发送的第四次挥手的ACK确认报文，如果服务端没有接收到的话，那么服务端就要重新发送FIN报文，这时客户端就要时刻准备着重发ACK，不然服务端会一直重发FIN报文。如果从开始就一切顺利的话，客户端到最后等了2MSL，都没有再次收到服务端发送的FIN，那么客户端就会推断ACK已经被服务端成功接收了，才会进入CLOSED状态，关闭TCP连接。