TCP协议的三次握手和四次挥手

三次握手：

• 第一次握手：建立连接时，客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。
• 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态；
• 第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手。

完成三次握手，客户端与服务器开始传送数据。

 

四次挥手：

• 客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送
• 服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1
• 服务器B关闭与客户端A的连接，发送一个FIN给客户端A
• 客户端A发回ACK报文确认，并将确认序号设置为收到序号加1

 

为什么三次握手，却是四次挥手呢？

　　这是因为服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后，它可以把ACK和SYN（ACK起应答作用，而SYN起同步作用）放在一个报文里来发送。但关闭连接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你所有的数据都全部发送给对方了，所以你可以未必会马上会关闭SOCKET,也即你可能还需要发送一些数据给对方之后，再发送FIN报文给对方来表示你同意现在可以关闭连接了，所以它这里的ACK报文和FIN报文多数情况下都是分开发送的。

 

通俗理解三次握手和四次挥手：

　　三次握手流程
　　　　客户端发个请求“开门呐，我要进来”给服务器
　　　　服务器发个“进来吧，我去给你开门”给客户端
　　　　客户端有很客气的发个“谢谢，我要进来了”给服务器

　　四次挥手流程
　　　　客户端发个“时间不早了，我要走了”给服务器，等服务器起身送他
　　　　服务器听到了，发个“我知道了，那我送你出门吧”给客户端，等客户端走
　　　　服务器把门关上后，发个“我关门了”给客户端，然后等客户端走（尼玛~矫情啊）
　　　　客户端发个“我知道了，我走了”，之后自己就走了