TCP 三次握手 与 四次挥手

TCP 三次握手

所谓三次握手(Three-way Handshake)，是指创建一个TCP链接时，须要客户端和服务器总共发送3个包，那么为何在TCP创建链接时是三次握手，而不是两次或四次？ TCP名为传输控制协议，是一种可靠的传输层协议。(原则上任何数据传输都没法确保绝对可靠，三次握手只是确保可靠的基本须要)

---

举个例子，日常和女友打电话的时候(虽然我如今没有女友@_@)

对应客户端与服务器之间的通讯

• 第一次握手
  客户端发送syn包（syn=x）的数据包到服务器，并进入SYN_SEND状态，等待服务器确认；
• 第二次握手
  服务器收到syn包，必须确认客户的SYN（ack=x+1），同时本身也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态；
• 第三次握手
  客户端收到服务器的SYN＋ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

注：握手过程当中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP链接一旦创建，在通讯双方中的任何一方主动关闭链接以前，TCP链接都将被一直保持下去。

---

位码即TCP标志位:

• SYN(synchronous创建联机)
• ACK(acknowledgement 确认)
• PSH(push传送)
• FIN(finish结束)
• RST(reset重置)
• URG(urgent紧急)
• Sequence number(seq 顺序号码)
• Acknowledge number(ack 确认号码)

---

TCP 四次挥手

TCP的链接的拆除须要发送四个包，所以称为四次挥手(four-way handshake)。客户端或服务器都可主动发起挥手动做，在socket编程中，任何一方执行close()操做便可产生挥手操做。

---

举个例子，和女友分手的时候（分手是件痛苦的事情，因此双方尽可能多些包容，少些争吵，不要轻易说分手，毕竟在一块儿不容易）

   对应客户端与服务器之间的通讯  

  

• 第一次挥手   主动关闭方发送一个FIN，用来关闭主动方到被动关闭方的数据传送，也就是主动关闭方告诉被动关闭方：我已经不会再给你发数据了(固然，在fin包以前发送出去的数据，若是没有收到对应的ack确认报文，主动关闭方依然会重发这些数据)，可是，此时主动关闭方还能够接受数据。  

• 第二次挥手   被动关闭方收到FIN包后，发送一个ACK给对方，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号， SYN 和 FIN 都有seq序号）。  

• 第三次挥手   被动关闭方发送一个FIN，用来关闭被动关闭方到主动关闭方的数据传送，也就是告诉主动关闭方，个人数据也发送完了，不会再给你发数据了。  

• 第四次挥手   主动关闭方收到FIN后，发送一个ACK给被动关闭方，确认序号为收到序号+1，至此，完成四次挥手。

注：任何一方(客户端或服务器)均可以选择主动关闭，在双方尚未彻底肯定关闭链接时，还有可能存在没有发送完的数据

---

状态说明：

• CLOSED: 这个表示初始状态。
• LISTEN（服务器）: 表示服务器端的某个SOCKET处于监听状态，能够接受链接了。
• ESTABLISHED：表示链接已经创建了。
• SOCKET：请自行百度

---

为何创建链接协议是三次握手，而关闭链接倒是四次握手呢？

这是由于服务端的LISTEN状态下的SOCKET当收到SYN报文的建连请求后，它能够把ACK和SYN（ACK起应答做用，而SYN起同步做用）放在一个报文里来发送。

当关闭链接时，当收到对方的FIN报文通知时，它仅仅表示对方没有数据发送给你了；但未必你全部的数据都所有发送给对方了，因此你可能未必会立刻会关闭SOCKET,也即你可能还须要发送一些数据给对方以后，再发送FIN报文给对方来表示你赞成如今能够关闭链接了，因此它这里的ACK报文和FIN报文多数状况下都是分开发送的。

---

^_<