前端的三次握手四次拍手

HTTP协议是基于TCP协议的，因此HTTP协议的三次握手和四次挥手过程与TCP协议的类似。具体过程如下：

1. 三次握手

客户端发送SYN包，请求建立连接，进入SYN_SEND状态。

服务端接收到SYN包，回复一个SYN ACK包，表示确认收到请求，进入SYN_RECV状态。

客户端接收到SYN ACK包，回复一个ACK包，表示连接建立成功，进入ESTABLISHED状态。

2. 四次挥手

客户端发送FIN包，请求关闭连接，进入FIN_WAIT_1状态。

服务端接收到FIN包，回复一个ACK包，表示确认收到请求，进入CLOSE_WAIT状态。

服务端发送FIN包，请求关闭连接，进入LAST_ACK状态。

客户端接收到FIN包，回复一个ACK包，表示确认收到请求，进入TIME_WAIT状态，等待2MSL后进入CLOSED状态。

相关问题

http 三次握手四次挥手

HTTP的三次握手和四次挥手是TCP协议在建立连接和断开连接时的过程。为了确保双方的接收能力和发送能力都正常，需要进行三次握手。两次握手是不够的，因为在两次握手的情况下，如果客户端发送的连接请求在网络中滞留，那么服务器会误以为客户端已经关闭连接，从而导致服务器资源的浪费。而通过三次握手，可以确保双方都能够正常地发送和接收数据。

三次握手的过程如下[^1]：
1. 客户端向服务器发送一个连接请求报文段，该报文段中包含了客户端的初始序列号（SYN）。
2. 服务器收到请求后，向客户端发送一个确认报文段，该报文段中包含了服务器的初始序列号（SYN）和确认序号（ACK）。
3. 客户端收到确认报文段后，再向服务器发送一个确认报文段，该报文段中包含了客户端的确认序号（ACK）。

四次挥手的过程如下[^2]：
1. 客户端向服务器发送一个连接释放请求报文段，该报文段中包含了客户端的序列号（FIN）。
2. 服务器收到请求后，向客户端发送一个确认报文段，该报文段中包含了服务器的确认序号（ACK）。
3. 服务器向客户端发送一个连接释放请求报文段，该报文段中包含了服务器的序列号（FIN）。
4. 客户端收到请求后，向服务器发送一个确认报文段，该报文段中包含了客户端的确认序号（ACK）。

通过三次握手和四次挥手，可以确保双方在建立和断开连接时的可靠性和稳定性。

三次握手四次挥手过程

三次握手和四次挥手是TCP协议中用于建立和关闭连接的过程。

三次握手的过程如下[^1][^2]：
1. 客户端向服务器发送一个SYN（同步）包，其中包含一个随机生成的初始序列号（ISN）。
2. 服务器收到SYN包后，回复一个SYN-ACK（同步-确认）包，其中包含确认号（ACK）为客户端的ISN加1，并且服务器也随机生成一个ISN。
3. 客户端收到服务器的SYN-ACK包后，回复一个ACK（确认）包，其中包含确认号为服务器的ISN加1。

四次挥手的过程如下：
1. 客户端向服务器发送一个FIN（结束）包，表示客户端不再发送数据。
2. 服务器收到FIN包后，回复一个ACK包，表示已经收到客户端的结束请求。
3. 服务器发送一个FIN包给客户端，表示服务器也不再发送数据。
4. 客户端收到服务器的FIN包后，回复一个ACK包，表示已经收到服务器的结束请求。