HTTP三次握手、四次挥手

1.三次握手

        第一次握手:客户端向服务端发送请求。这时候客户端什么都不知道,服务端知道客户端发送正常,自己接收正常。

        第二次握手:服务端向客户端响应。这时候客户端知道自己和服务端收/发正常,服务端知道客户端发送正常,自己接收正常。

        第三次握手:客户端向服务端响应。这时候客户端知道自己和服务端收/发正常,服务端也知道自己和客户端收/发正常

官方解释:

         第一次握手:客户端向服务端发出连接请求,将标志位SYN置为1,随机产生一个值seq=J;客户端进入SYN_SENT状态,等待服务器端确认
        第二次握手:服务端响应客户端,并要求确认,将标志位SYN和ACK都置为1,ack=J+1,随机产生一个值seq=K;服务器端进入SYN_RCVD状态
        第三次握手:客户端校验(ackJ+1 && ACK1),校验通过将标志位ACK置为1,ack=K+1响应服务端;服务端收到后校验(ackK+1 && ACK1),校验通过连接建立成功;客户端、服务端进入ESTABLISHED状态,完成三次握手

2.四次挥手

        第一次挥手:客户端向服务端发出断开请求。客户端不再发送数据了,但是还能接收数据

        第二次挥手:服务端向客户端响应。服务端确认收到请求,但是还有数据要发送。

        第三次挥手:服务端向客户端发出请求。服务端数据发完了,可以关闭了

        第四次挥手:客户端向服务端响应。客户端确认收到请求,等待超时关闭,服务端收到响应后立即关闭

官方解释:

        第一次挥手:客户端向服务端发出断开请求,将标志位FIN置为M;客户端进入FIN_WAIT_1状态

        第二次挥手:服务端响应客户端,发送ack=M+1;客户端进入FIN_WAIT_2状态

        第三次挥手:服务端向客户端发送请求,将标志位FIN置为N;服务端进入LAST_ACK状态

        第四次挥手:客户端响应服务端,发送ack=N+1; 客户端进入TIME_WAIT状态,等待2MSL后没后收到回复证明服务端已关闭连接,此时客户端就关闭连接完成四次挥手

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
HTTP三次握手四次挥手是TCP协议在建立连接和断开连接时的过程。为了确保双方的接收能力和发送能力都正常,需要进行三次握手。两次握手是不够的,因为在两次握手的情况下,如果客户端发送的连接请求在网络中滞留,那么服务器会误以为客户端已经关闭连接,从而导致服务器资源的浪费。而通过三次握手,可以确保双方都能够正常地发送和接收数据。 三次握手的过程如下[^1]: 1. 客户端向服务器发送一个连接请求报文段,该报文段中包含了客户端的初始序列号(SYN)。 2. 服务器收到请求后,向客户端发送一个确认报文段,该报文段中包含了服务器的初始序列号(SYN)和确认序号(ACK)。 3. 客户端收到确认报文段后,再向服务器发送一个确认报文段,该报文段中包含了客户端的确认序号(ACK)。 四次挥手的过程如下[^2]: 1. 客户端向服务器发送一个连接释放请求报文段,该报文段中包含了客户端的序列号(FIN)。 2. 服务器收到请求后,向客户端发送一个确认报文段,该报文段中包含了服务器的确认序号(ACK)。 3. 服务器向客户端发送一个连接释放请求报文段,该报文段中包含了服务器的序列号(FIN)。 4. 客户端收到请求后,向服务器发送一个确认报文段,该报文段中包含了客户端的确认序号(ACK)。 通过三次握手四次挥手,可以确保双方在建立和断开连接时的可靠性和稳定性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值