我们都知道TCP是面向连接的可靠传输协议,保证数据的传输安全、顺序准确性及数据可达性。
那么保证这些安全的原理或是机制到底是什么呢?
接下来称TCP的发送方为A,接收方为B
TCP保证可靠性的两个协议:
1. 停止等待协议
每发送完一个分组,就停止发送,等待对方确认,收到确认后再发送下一个分组。
出现差错的情况:
(1)A在发送之后设置一个定时器,若超过定时器时间还没有收到确认,就重新发送次分组(A发送的分组必须要留一个副本,为超时重传所用)。如果B检测收到的分组有错,就丢弃分组,什么也不做(TCP将保持它首部和数据的检验和CRC。这个检验和目的是检测数据在传输过程中的任何变化)。当发现在超过计时器时间还未收到确认信号,则采用超时重传功能重新发送。
(2)确认丢失:如果B发送的确认信号丢失后,A定时器超出时间,则重新发送这个分组,B丢弃这个分组,不向上层交付,同时向A重新发送确认。
(3)确认迟到:
流程图如上所示,A收到这个迟到的确认后会丢弃这个确认,什么都不做。
至此,就是停止等待协议中会出现的问题。而一一解决这些问题的重传机制,就是ARQ(自动重传请求)协议,也就是重传的请求是自动的,不需要B请求A发送某一个丢失或者出错的数据。
很显然,这种方式信道利用率很低,这个时候我们就采用连续ARQ协议。
2. 连续ARQ协议
利用滑动窗口,位于滑动窗口内的所有分组都可以连续的发送出去,而不需要逐个等待对方的确认。A每收到一个确认,就把发送窗口向前滑动一个分组的位置。B采用累积确认的方式,对按序到达的最后一个分组发送确认(就是最后这个分组的编号),就表示这个分组之前的所有分组都收到了。
(1)优点:信道利用率高,容易实现,即使确认丢失,也不必重传。
(2) 缺点:不能向发送方反映出接收方已经正确收到的所有分组的信息。
比如:发送方发送了5条消息,中间第三条丢失(3号),这时接收方只能对前两个发送确认。发送方无法知道后三个分组的下落,而只好把后三个全部重传一次。这也叫
Go-Back-N(回退N),表示需要退回来重传已经发送过的N个消息。
保证数据的顺序性:
TCP报文段作为IP数据来进行传输,而IP数据报的到达可能会失序,因此TCP到达也可能会失序,所以如果有必要,TCP将对收到的数据进行重新排序,将收到的数据以正确的顺序交给应用层。
转载自:https://www.pianshen.com/article/1585300388/
本文来自博客园,作者:孙龙-程序员,转载请注明原文链接:https://www.cnblogs.com/sunlong88/p/12845035.html
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· DeepSeek在M芯片Mac上本地化部署
· 葡萄城 AI 搜索升级:DeepSeek 加持,客户体验更智能
2018-05-07 PHP内核分析
2018-05-07 深入理解php内核
2018-05-07 FastCGI
2018-05-07 PHP 进阶之路 - 深入理解 FastCGI 协议以及在 PHP 中的实现