从零开始做网站数据库,网站备案后证书,湖南专业竞价优化服务,wordpress添加友情链接文章目录1、通俗语言理解1.1 三次握手1.2 四次挥手2、进一步理解三次握手和四次挥手2.1 三次握手2.2 四次挥手1、通俗语言理解
1.1 三次握手
C:客户端 S#xff1a;服务器端
第一次握手#xff1a; C#xff1a;在吗#xff1f;我要和你建立连接。
第二次握手#xff…
文章目录1、通俗语言理解1.1 三次握手1.2 四次挥手2、进一步理解三次握手和四次挥手2.1 三次握手2.2 四次挥手1、通俗语言理解
1.1 三次握手
C:客户端 S服务器端
第一次握手 C在吗我要和你建立连接。
第二次握手 S在的呢来吧确定要连接吗
第三次握手 C:非常确定咱们建立连接吧。
为什么要三次握手好麻烦!两次握手不就可以了吗我想知道为什么。
答如果是两次握手S告诉C你来吧同时S就打开了一个连接这个时候如果C已经挂了那S一直等C同时还开启了一个连接。 就像你和你朋友约会你给他准备了一个惊喜但是他却没来。
1.2 四次挥手
C:客户端 S服务器端
第一次挥手 C:我的数据已经传完了我想和你断开连接。
第二次挥手 S好的我知道了但是我这边还有数据给你你先不要和我断开。
第三次挥手 S我的数据已经传送完了你可以和我断开连接了
第四次挥手 C:我已经收到你的让我断开连接的信息了可以断开了。
为什么要四次挥手好麻烦!三次挥手不就可以了吗我想知道为什么。
答当S端收到断开连接的信息时S端可能还有数据要乡C端发送使用确认状态ACK和结束状态FIN要分开发送 2、进一步理解三次握手和四次挥手
2.1 三次握手
首先很多人会先讲下握手的过程
1、第一次握手客户端给服务器发送一个 SYN 报文。
2、第二次握手服务器收到 SYN 报文之后会应答一个 SYNACK 报文。
3、第三次握手客户端收到 SYNACK 报文之后会回应一个 ACK 报文。
4、服务器收到 ACK 报文之后三次握手建立完成。
作用是为了确认双方的接收与发送能力是否正常。
这里解释一下为啥只有三次握手才能确认双方的接受与发送能力是否正常而两次却不可以
第一次握手客户端发送网络包服务端收到了。这样服务端就能得出结论客户端的发送能力、服务端的接收能力是正常的。第二次握手服务端发包客户端收到了。这样客户端就能得出结论服务端的接收、发送能力客户端的接收、发送能力是正常的。不过此时服务器并不能确认客户端的接收能力是否正常。第三次握手客户端发包服务端收到了。这样服务端就能得出结论客户端的接收、发送能力正常服务器自己的发送、接收能力也正常。
因此需要三次握手才能确认双方的接收与发送能力是否正常。
这个过程的我们应该要描述的更详细一点因为三次握手的过程中双方是由很多状态的改变的而这些状态也是面试官可能会问的点。所以我觉得在回答三次握手的时候我们应该要描述的详细一点而且描述的详细一点意味着可以扯久一点。加分的描述我觉得应该是这样
刚开始客户端处于 closed 的状态服务端处于 listen 状态。然后 1、第一次握手客户端给服务端发一个 SYN 报文并指明客户端的初始化序列号 ISNc。此时客户端处于 SYN_Send 状态。 2、第二次握手服务器收到客户端的 SYN 报文之后会以自己的 SYN 报文作为应答并且也是指定了自己的初始化序列号 ISN(s)同时会把客户端的 ISN 1 作为 ACK 的值表示自己已经收到了客户端的 SYN此时服务器处于 SYN_REVD 的状态。 3、第三次握手客户端收到 SYN 报文之后会发送一个 ACK 报文当然也是一样把服务器的 ISN 1 作为 ACK 的值表示已经收到了服务端的 SYN 报文此时客户端处于 establised 状态。 4、服务器收到 ACK 报文之后也处于 establised 状态此时双方以建立起了链接。
模型参考1 模型参考2
提示
(1) SYN1 表示该报文不携带数据但消耗一个序号 seqxseqx是客户端的初始化序列号因为tcp是面向字节流的(2) SYN1 表示该报文不携带数据但消耗一个序号 seqyseqy是服务器的初始化序列号ACK1是一个确认号 ackx1表示服务器下次接收到的序号希望是x1。然后服务器进入到SYN-RCVD等待的状态(3) ACK1是一个确认号seqx1是上一次服务器回应的序号要求acky1表示客户下一次接收到的序号希望是y1
2.2 四次挥手 1、第一次挥手客户端发送一个 FIN 报文报文中会指定一个序列号。此时客户端处于FIN_WAIT1状态。 2、第二次握手服务端收到 FIN 之后会发送 ACK 报文且把客户端的序列号值 1 作为 ACK 报文的序列号值表明已经收到客户端的报文了此时服务端处于 CLOSE_WAIT状态。 3、第三次挥手如果服务端也想断开连接了和客户端的第一次挥手一样发给 FIN 报文且指定一个序列号。此时服务端处于 LAST_ACK 的状态。 4、第四次挥手客户端收到 FIN 之后一样发送一个 ACK 报文作为应答且把服务端的序列号值 1 作为自己 ACK 报文的序列号值此时客户端处于 TIME_WAIT 状态。需要过一阵子以确保服务端收到自己的 ACK 报文之后才会进入 CLOSED 状态 5、服务端收到 ACK 报文之后就处于关闭连接了处于 CLOSED 状态。
模型参考1
模型参考2
这里特别需要主要的就是TIME_WAIT这个状态了这个是面试的高频考点就是要理解为什么客户端发送 ACK 之后不直接关闭而是要等一阵子才关闭。这其中的原因就是要确保服务器是否已经收到了我们的 ACK 报文如果没有收到的话服务器会重新发 FIN 报文给客户端客户端再次收到 ACK 报文之后就知道之前的 ACK 报文丢失了然后再次发送 ACK 报文。 至于 TIME_WAIT 持续的时间至少是一个报文的来回时间。一般会设置一个计时如果过了这个计时没有再次收到 FIN 报文则代表对方成功就是 ACK 报文此时处于 CLOSED 状态。
参考资料三次握手和四次挥手面试必问
