网络安全最全TCP怎么保证传输的安全性(3)，超通俗解析

给大家的福利

零基础入门

对于从来没有接触过网络安全的同学，我们帮你准备了详细的学习成长路线图。可以说是最科学最系统的学习路线，大家跟着这个大的方向学习准没问题。

同时每个成长路线对应的板块都有配套的视频提供：

因篇幅有限，仅展示部分资料

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

（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号），这时接收方只能对前两个发送确认。发送方无法知道后三个分组的下落，而只好把后三个全部重传一次。这也叫

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化资料的朋友，可以点击这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！