江苏龙网

  1. 首页 > 人文 > >

产业气象站|还让我手动写个HTTP协议代码，三次握手和四次挥手说完了( 二 )


(2)第二次握手(SYN=1,ACK=1,seq=y,ACKnum=x+1):
服务器发回确认包(ACK)应答 。 即SYN标志位和ACK标志位均为1 。 服务器端选择自己ISN序列号 ， 放到Seq域里 ， 同时将确认序号(AcknowledgementNumber)设置为客户的ISN加1 ， 即X+1 。 发送完毕后 ， 服务器端进入SYN_RCVD状态 。
(3)第三次握手(ACK=1 ， ACKnum=y+1)
客户端再次发送确认包(ACK) ， SYN标志位为0 ， ACK标志位为1 ， 并且把服务器发来ACK的序号字段+1 ， 放在确定字段中发送给对方 ， 并且在数据段放写ISN的+1
发送完毕后 ， 客户端进入ESTABLISHED状态 ， 当服务器端接收到这个包时 ， 也进入ESTABLISHED状态 ， TCP握手结束 。
你如果这么说 ， 面试官有可能还会问 ， 你这也太官方了 ， 能不能说说你的理解 ， 那么你可以用一个实际上的例子来给他说一下 ，
LZ：鸡丁 ， 嘿 ， 我是XX ， 你听的到我说话么？
鸡丁：吵吵啥 ， 听到了 ， 除了你我还能认识谁 。
LZ：你听的到你还不赶紧回复 ， 怪不得你没有女朋友呢 。 那我们再继续交流一下吧 。
而这三次的对话过程就是通俗的三次握手 ， 期间对话三次 ， 以此来确定两个方向上的数据传输通道是否正常 。
四次挥手
产业气象站|还让我手动写个HTTP协议代码，三次握手和四次挥手说完了
文章图片
那么四次挥手怎么来回答呢？
(1)第一次挥手(FIN=1 ， seq=x)
假设客户端想要关闭连接 ， 客户端发送一个FIN标志位置为1的包 ， 表示自己已经没有数据可以发送了 ， 但是仍然可以接受数据 。
发送完毕后 ， 客户端进入FIN_WAIT_1状态 。
(2)第二次挥手(ACK=1 ， ACKnum=x+1)
服务器端确认客户端的FIN包 ， 发送一个确认包 ， 表明自己接受到了客户端关闭连接的请求 ， 但还没有准备好关闭连接 。
发送完毕后 ， 服务器端进入CLOSE_WAIT状态 ， 客户端接收到这个确认包之后 ， 进入FIN_WAIT_2状态 ， 等待服务器端关闭连接 。
(3)第三次挥手(FIN=1 ， seq=y)
服务器端准备好关闭连接时 ， 向客户端发送结束连接请求 ， FIN置为1 。
发送完毕后 ， 服务器端进入LAST_ACK状态 ， 等待来自客户端的最后一个ACK 。
(4)第四次挥手(ACK=1 ， ACKnum=y+1)
客户端接收到来自服务器端的关闭请求 ， 发送一个确认包 ， 并进入TIME_WAIT状态 ， 等待可能出现的要求重传的ACK包 。
服务器端接收到这个确认包之后 ， 关闭连接 ， 进入CLOSED状态 。
客户端等待了某个固定时间（两个最大段生命周期 ， 2MSL ， 2MaximumSegmentLifetime）之后 ， 没有收到服务器端的ACK ， 认为服务器端已经正常关闭连接 ， 于是自己也关闭连接 ， 进入CLOSED状态 。 两次后会重传直到超时 。 如果多了会有大量半链接阻塞队列 。
那么怎么去通俗的给面试官说呢？
LZ：鸡丁呀 ， 我要说的都说完了 ， 你还有啥事么？
鸡丁：你说的我都明白了 ， 但是别断 ， 我还有要嘱咐你的 ， 给我找女朋友的事情 。
鸡丁：xxxxx ， 我说完了 。
XX ， 行啦 ， 别BB了 ， 记住了 ， 挂了吧 。
如果面试官问你的时候 ， 你这么回答的话 ， 既有官方的解释 ， 还有本身自己的理解 ， 那么这个问题就已经算是差不多了 ，
而面试官显然不可能会这么放过你 ， 肯定再给你来个雷 ， 为啥是三次握手 ， 而是四次挥手呢？为啥不是三次呢？
这是因为服务端在LISTEN状态下 ， 收到建立连接请求的SYN报文后 ， 把ACK和SYN放在一个报文里发送给客户端 。 而关闭连接时 ， 当收到对方的FIN报文时 ， 仅仅表示对方不再发送数据了但是还能接收数据 ， 己方是否现在关闭发送数据通道 ， 需要上层应用来决定 ， 因此 ， 己方ACK和FIN一般都会分开发送 。 所以这时候挥手的时候就是四次 ， 而不再是三次了 。


推荐阅读


上一篇：三星|三星亮王牌，超级全视屏+骁龙875+16G大运存，不惧iPhone 12

下一篇：大涌路7号|续航60天！贝医生声波电动牙刷S7轻体验，5挡可选