TCP的三次握手和四次挥手 以及相关的问题和面试问题

本文详细解析TCP的三次握手和四次挥手过程,包括为何需要三次握手、四次挥手的原因,以及在面试中如何回答相关问题。讨论了TIME_WAIT状态的重要性,确保连接的可靠性,并探讨了TCP如何解决乱序、丢包、流控和拥塞控制以保证可靠传输。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

面试的三次握手四次挥手应该怎么回答?

 

     1、第一次握手:客户端给服务器发送一个 SYN 报文。

     2、第二次握手:服务器收到 SYN 报文之后,会应答一个 SYN+ACK 报文。

     3、第三次握手:客户端收到 SYN+ACK 报文之后,会回应一个 ACK 报文。

     4、服务器收到 ACK 报文之后,三次握手建立完成。

      作用:是为了确认双方的接收与发送能力是否正常。

 

为什么是三次握手而不是两次?

 第一次握手:客户端发送网络包,服务端收到了。

服务端就能得出结论:客户端的发送能力、服务端的接收能力是正常的。

 第二次握手:服务端发包,客户端收到了。这样客户端就能得出结论:

服务端的接收、发送能力,客户端的接收、发送能力是正常的。

不过此时服务器并不能确认客户端的接收能力是否正常?

  第三次握手:客户端发包,服务端收到了。

这样服务端就能得出结论:

客户端的接收、发送能力正常,服务器自己的发送、接收能力也正常。

 因此,需要三次握手才能确认双方的接收与发送能力是否都正常。

面试加分的描述回答三次握手的作用和过程:

 刚开始客户端处于 closed 的状态,服务端处于 listen 状态。然后

      1、第一次握手:客户端给服务端发一个 SYN 报文,并指明客户端的初始化序列号 ISN(c)。此时客户端处于 SYN_SenT 状态。

    SYN-SENT -在发送连接请求后等待匹配的连接请求;

      2、第二次握手:服务器收到客户端的 SYN 报文之后,会以自己的 SYN 报文作为应答,并且也是指定了自己的初始化序列号 ISN(s),同时会把客户端的 ISN + 1 作为 ACK 的值,表示自己已经收到了客户端的 SYN,此时服务器处于 SYN_REVD 的状态。

SYN-RECEIVED - 在收到和发送一个连接请求后等待对连接请求的确认;

      3、第三次握手:客户端收到 SYN 报文之后,会发送一个 ACK 报文,当然,也是一样把服务器的 ISN + 1 作为 ACK 的值,表示已经收到了服务端的 SYN 报文,此时客户端处于 establised 状态。

      4、服务器收到 ACK 报文之后,也处于 establised 状态,此时,双方以建立起了链接。

三次握手其他作用:

        1、确认双方的接收能力、发送能力是否正常。

      2、指定自己的初始化序列号,为后面的可靠传送做准备。

      3、如果是 https 协议,三次握手这个过程,还会进行数字证书的验证以及加密密钥的生成。

三次握手其他问题

 1、(ISN)是固定的吗?

      三次握手的一个重要功能是客户端和服务端交换ISN初始化序列号(Initial Sequence Number), 以便让对方知道接下来接收数据的时候如何按序列号组装数据。

     如果ISN是固定的,攻击者很容易猜出后续的确认号,因此 ISN 是动态生成的

2、什么是半连接队列

      服务器第一次收到客户端的 SYN 之后,就会处于 (同步已接收) 状态,此时双方还没有完全建立其连接,服务器会把此种状态下请求连接放在一个队列里,我们把这种队列称之为半连接队列。

全连接队列:

就是已经完成三次握手,建立起连接的就会放在全连接队列中。

如果队列满了就有可能会出现丢包现象。

   3

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

王盐盐

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值