关于TCP三次握手?二次握手为什么不行?

TCP三次握手确保可靠连接,防止失效请求占用服务器资源。当客户端请求延迟到达,服务器确认后,若无第三次确认,服务器会误认为连接建立并等待数据,造成资源浪费。三次握手能避免这种错误情况。

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

  • 三次握手
  • 客户端发请求给服务端
  • 服务端做了确认
  • 客户端对确认做确认
  • 此后,双方才开始收发数据
  • 现在,如果去掉第三次
  • 那么,如果客户端 的 建立链接请求 延迟到到达服务端
  • 客户端没收到服务端ack,以为超时了,所以认为链接不成功。
  • 这个时候服务器又收到了,发ack给客户端
  • 客户端发现自己么有建立链接请求,认为ack无效。
  • 所以客户端不会收发数据。
  • 而服务端以为客户端请求自己ack了,链接就建立了,所以一直等待与客户端通信中。
  • 浪费了服务端的资源。

【zz】关于TCP三次握手?二次握手为什么不行?

  • 转载
  • 建立连接的过程是利用客户服务器模式,假设主机A为客户端,主机B为服务器端。

(1)TCP的三次握手过程:主机A向B发送连接请求;主机B对收到的主机A的报文段进行确认;主机A再次对主机B的确认进行确认。

(2)采用三次握手是为了防止失效的连接请求报文段突然又传送到主机B,因而产生错误。失效的连接请求报文段是指:主机A发出的连接请求没有收到主机B的确认,于是经过一段时间后,主机A又重新向主机B发送连接请求,且建立成功,顺序完成数据传输。考虑这样一种特殊情况,主机A第一次发送的连接请求并没有丢失,而是因为网络节点

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

等风来不如迎风去

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

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

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

打赏作者

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

抵扣说明:

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

余额充值