TCP/IP 三次握手四次挥手

三次握手

三次握手的客户端与服务端请求交流过程大体如下图所示：

• 第一次握手：client 主机向 server 端发送位码为 syn = 1，并随机产生一个 seq = 1234567 的数据包，server 主机由 syn = 1 知道 client 要进行联机。此时 client 进入等待连接的状态。
• 第二次握手：server 主机收到请求后要确认联机信息，向 client 发送包含 ack = （主机 client 的 seq + 1），syn = 1，ACK = 1，随机产生 seq = 1234567码的包。此时 server 进入等待连接的状态，client 在收到确认信息后并检查正确后，进入连接状态。
• 第三次握手：client 收到确认信息，并检查正确后，向 server 发送 ack = （主机 server 的 seq + 1），ACK = 1，seq 为之前生成的 + 1 的确认信息包。server 端收到并确认正确后，进入连接状态。

个人总结：TCP/IP 之所以要进行三次握手是因为其是一种全双工的通信协议，需要两端建立双向连接，所以最少需要三次通信过程来建立起彼此之间的互相连接。

四次挥手

四次挥手客户端与服务端的通信流程图如下：

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

1. 关闭 client 到 server 的连接：首先客户端 A 发送一个 FIN，用来关闭 client 到 server 的数据传送，然后等待 server 的确认。其中终止标志位 FIN=1，*** seq=x
2. server 收到这个 FIN，它发回一个 ACK，确认号 ack 为收到的序号加 1。
3. 关闭 server 到 client 的连接：也是发送一个 FIN 给 client。
4. client 收到 FIN 后，并发回一个 ACK 报文确认，并将确认序号 seq 设置为收到序号加 1.

总结：首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。

四次挥手流程总结
主机 A 发送 FIN 后，进入终止等待状态， 服务器 B 收到主机 A 连接释放报文段后，就立即给主机 A 发送确认，然后服务器 B 就进入 close-wait 状态，此时 TCP 服务器进程就通知高层应用进程，因而从 A 到 B 的连接就释放了。此时是“半关闭”状态。即 A 不可以发送给B，但是 B 可以发送给 A。此时，若 B 没有数据报要发送给 A 了，其应用进程就通知 TCP 释放连接，然后发送给 A 连接释放报文段，并等待确认。A 发送确认后，进入 time-wait，注意，此时 TCP 连接还没有释放掉，然后经过时间等待计时器设置的 2MSL 后，A 才进入到close 状态。

这里等待 2MSL 主要是防止发送的确认报文由于网络原因而无法达到 server 端，而导致 server 无法关闭的问题。等待 2MSL，提供了超时重新发送的时间。