TCP三次握手和TCP四次挥手

• 目录

  TCP三次握手

  TCP四次挥手

  ---

TCP三次握手

通过传输层的 tcp 协议建立连接的时候，就需要走三次握手的过程。

第一次握手：客户端发送连接请求，成功后客户端处于SYN_RECV状态。

第二次握手：服务端接受到请求报文，并返回一个确认报文，自己处于SYN_RECV状态。

第三次握手：成功握手，并进行告知。

为什么是三次握手呢？可不可以是两次或是多次？

      如果只有两次握手，假设第一次客户端向服务端发起请求，但卡在中间不能接收到第二次握手，此时，客户端可能已经放弃请求服务端，但是假设过了一段时间，第一次握手终于发送到服务端，服务端也进行了确认，此时客户端却不在需要通信，那么，服务端确认后准备的资源将是浪费的。

       所以需要进行第三次的握手，因为三次即可，不在需要多次握手。

TCP四次挥手

第一次挥手：客户端发送报文，并进入FIN_WAIT_1状态；

第二次挥手：服务端收到报文，并进入CLOSE_WAIT状态，客户端收到报文后，状态变为FIN_WAIT_2；

第三次挥手：服务端发送连接释放报文，并进入LAST_ACK状态；

第四次挥手：客户端收到连接释放报文后，发送应答报文，并进入TIME_WAI状态，等待一会后，客户端进入CLOSED状态，服务端进入CLOSED状态。

为什么断开连接要进行四次？

这是由于 TCP 的半关闭造成的。因为 TCP 连 接是全双工的(即数据可在两个方向上同时传递)所以进行关闭时每个方向上都要单独进行关闭。这个单 方向的关闭就叫半关闭。当一方完成它的数据发送任务，就发送一个 FIN 来向另一方通告将要终止这个 方向的连接。