TCP 可靠性的关键机制 —— 确认应答机制 （ACK）

已于 2022-08-21 22:53:48 修改
阅读量8.2k 收藏 21
点赞数 6
分类专栏： Linux 基础 文章标签： tcp/ip 网络 udp
于 2022-08-21 11:16:39 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/challenglistic/article/details/126448682
版权

确认应答机制是 实现TCP可靠性的关键机制，简单来说，确认应答机制就是，客户端和服务端任意一方，在发送消息之后，都必须要收到对方的回复来表明自己发送的消息已经被对方收到。

TCP可靠性不仅仅在于发送的消息被对方收到，还必须是被对方按序接收。下面就来了解确认应答机制是如何满足这两点要求的。

目录

1、TCP可靠性的两个要求

2、确认应答机制的实现方式

3、如何理解序号？

4、为什么序号和确认序号是两个独立的字段？

1、TCP可靠性的两个要求

可靠性的第一个要求，发送方确保自己的数据被对方收到。发送方发送一条消息以后，接收方需要回复确认表明自己已经收到了消息，这样的话发送方就知道自己发送的消息已经被对方收到了。无论是客户端还是服务端，在发送数据的时候，只要收到了对方的回复，就保证了当前方向的数据被对方接收的可靠性。

可靠性的第二个要求，发送方发送报文的顺序必须要和接收方一致。Client端可以给Server端发送一批报文，假设这批报文对应的序号是1、2、3，然而如果接收端的序号是3、1、2，接收端根据收到的消息做出回复，可能会产生很严重的歧义。就像下面这样，Client端发送的消息最后的结果是“不想吃”，但是因为网络问题、路由路线问题，服务端接收到的顺序变成了3、1、2，导致最后的结果是“等会在附近吃”。

2、确认应答机制的实现方式

首先是保证接收方接收到的消息不是乱序的。这就需要用到TCP首部里的一个字段“32位序号”，发送方在首部里添加序号，接收方根据首部里的序号按序接收，读完 1号消息再读 2号消息，这样就保证了接收的顺序性，进而保证了回复时不会乱序。

其次是接收方回复对应序号的报文。接收方在收到报文以后，要回复对方收到报文，这个时候就要用到TCP首部里的另一个字段“32位确认序号”。假设收到了序号为10 的报文，此时确认序号应该是11，表明前10号报文我已经收到了，你可以发送第11号报文了。发送方收到确认报文以后，可以通过确认序号来辨别哪一个报文被对方接收了。

3、如何理解序号？

虽然说发送请求的时候，报文会携带序号，这里的序号到底是指什么？

我们可以把TCP缓冲区理解成一个 大数组，数组的每个位置都是以字节为单位的。上层调用send接口函数时，其实就是把数据拷贝到发送缓冲区中，假设上层要发送“Hello”，拷贝到缓冲区以后，字符串的每个字节都被自动标上了数组的下标，最后一个字符的下标是4，那么报文首部的序号就是 4，即最后一个字节的下标。

Server会发送应答报文，报文里的确认序号就是 5，其实就是在告诉Client，下次你要从数组下标为5的字节开始发。

4、为什么序号和确认序号是两个独立的字段？

发送方发送的数据要携带序号，接收方回复的时候要携带确认序号，那么为什么要把序号和确认序号分开而不是使用一个统一的字段呢？？

TCP协议是一种全双工的通信方式。所谓全双工，就是客户端和服务端任意一方，在发消息的同时，也可以接收消息。服务端某个时刻要对客户端的消息进行确认，此时就要用到确认序号；与此同时，如果服务端还想给客户端发送数据，此时就要用到序号。

因此，正因为这种全双工的方式，序号和确认序号需要分开。

仲夏夜之梦~
关注
  • 6
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
详解tcp三次握手过程syn,ack
11-11
图解tcp三次握手过程 udp没有三次握手,所以不可靠
【计算机网络】详解TCP协议(上) TCP协议头结构 | ACK确认应答 | 超时重传机制
努力让自己的能力配得上梦想.
09-25 997
TCP 是⾯向连接的、可靠的、基于字节流的传输层通信协议 1.⾯向连接的：⼀定是⼀对⼀才能连接，不能像 UDP 协议可以⼀个主机同时向多个主机发送消息，也就是⼀对多是⽆法做到的 2.可靠的：⽆论的⽹络链路中出现了怎样的链路变化，TCP 都可以保证⼀个报⽂⼀定能够到达接收端。可靠有序，不丢不重往返时延RTT和超时重 3.字节流：消息是没有边界的，所以⽆论我们消息有多⼤都可以进⾏传输。并且消息是有序的，当前⼀个消息没有收到的时候，即使它先收到了后⾯的字节，那么也不能扔给应⽤层去处理，同时对重复的报⽂会⾃动丢弃
RabbitMQ消息可靠性投递与ACK确认机制
2302_76363587的博客
02-19 1200
deliveryTag介绍：表示消息投递序号，每次消费消息或者消息重新投递后，deliveryTag都会增加。basicNack和basicReject介绍。开启confirmCallback配置。RabbitMQ的ACK介绍。配置文件开启手动确认。
RabbitMQ消息确认（ACK）机制实战
03-02
对RabbitMQ消息确认（ACK）原理的理解及实践
计算机网络(第九弹) --- 关于 TCP 的十个重要机制的详细解释
Fug_Lee的博客
03-19 794
传输控制协议 TCP 在整个计算机网络中占有很高的地位, 它会控制着网络上数据的传输过程, 当然学习 TCP 还要知道它的几个重要特性, 如 确认应答, 超时重传等, 本文主要对这些特性进行介绍并解释, 力求加深印象.
【网络原理】TCP协议如何实现可靠传输(确认应答机制)
我的主页
06-13 3841
本文讲解：TCP协议段格式，TCP协议如何进行可靠性传输之确认应答机制。
TCP连接中的ACK与ack
热门推荐
qq_41934745的博客
02-02 2万+
在TCP协议三报文握手建立连接的过程中，TCP请求报文段中存在ACK和ack两个数值。要搞清楚这两个数值的含义，得了解TCP报文段的首部格式： 1、TCP报文段的首部格式： TCP报文段分为首部与数据部分两大部分，首部存放TCP报文段相关信息，数据部分存放TCP报文段数据内容。首部按顺序存在20个固定字节与4n个长度可变的选项字节，这里不讨论首部无关字段，与主题相关的两个字段为“确认号”字段与“ACK”字段（如下图）。 重要前提：TCP连接中传送的字节流中的每一个字节都按顺序编号，编号相关的信息存放于“序
重学TCP协议（6） 四次挥手
weixin_44560620的博客
05-05 338
1. 四次挥手 客户端进程发出连接释放报文，并且停止发送数据。释放数据报文首部，FIN=1，其序列号为seq=u（等于前面已经传送过来的数据的最后一个字节的序号加1），此时，客户端进入FIN-WAIT-1（终止等待1）状态。 TCP规定，FIN报文段即使不携带数据，也要消耗一个序号。 服务器收到连接释放报文，发出确认报文，ACK=1，ack=u+1，并且带上自己的序列号seq=v，此时，服务端就进入了CLOSE-WAIT（关闭等待）状态。TCP服务器通知高层的应用进程，客户端向服务器的方向就释放了
4-5：TCP协议之确认应答(ACK)机制和超时重传机制
快乐江湖的博客
07-22 1万+
TCP的确认应答(ACK)机制 在TCP中，当发送端的数据达到接收主机时，接收端主机会返回一个已收到消息的通知，这个消息叫做ACK(确认应答，PositiveAcknowlegementPositive AcknowlegementPositiveAcknowlegement) 通常，两个人对话时，在谈话的停顿处可以点头或询问以确认谈话内容。如果对方迟迟没有回应，说话的一方还可以重复一遍以保证对方确实可以听到。因此，对方是否理解了此次对话的内容以及是否听到了对话的内容都要靠对方的反应来判断。 网络中的确认应
TCP的ACK确认系列 — 发送状态转换机
weixin_30721899的博客
04-19 591
主要内容：TCP的ACK发送方式，以及ACK发送状态转换机的实现。 内核版本：3.15.2 我的博客：http://blog.csdn.net/zhangskd 概述 TCP采用两种方式来发送ACK：快速确认和延迟确认。 在快速确认模式中，本端接收到数据包后，会立即发送ACK给对端。 在延迟确认模式中，本端接收到数据包后，不会立即发送ACK给对端，而是等待一段时间，...
TCP ACK状态
redwingz的博客
05-14 1753
如下定义，TCP的ACK状态由如下4个。 enum inet_csk_ack_state_t { ICSK_ACK_SCHED = 1, ICSK_ACK_TIMER = 2, ICSK_ACK_PUSHED = 4, ICSK_ACK_PUSHED2 = 8 }; 初始状态 在TCP套接口初始化时，注册延迟ACK等一系列超时处理函数。并且在inet_c...
ActiveMQ消息传送机制以及ACK机制详解
02-24
AcitveMQ是作为一种消息存储和分发组件，涉及到client与broker端数据交互的方方面面，它不仅要担保消息的存储安全性，还要提供额外的手段来确保消息的分发是可靠的。Producer客户端使用来发送消息的，Consumer客户端用来消费消息；它们的协同中心就是ActiveMQbroker,broker也是让producer和consumer调用过程解耦的工具，最终实现了异步RPC/数据交换的功能。随着ActiveMQ的不断发展，支持了越来越多的特性，也解决开发者在各种场景下使用ActiveMQ的需求。比如producer支持异步调用；使用flowcontrol机制让broker协同co
storm利用ack保证数据的可靠性源码
10-10
storm利用ack保证数据的可靠性，发送失败时进行重发，保证数据不丢失。
tcp_ack_check.rar_opnet tcp_tcp协议ack机制在opnet中实现
09-24
tcp协议ACK机制在opnet中实现代码
基于信誉值维护的机会网络自私节点检测机制
01-15
为在路由时避开此类节点、消除其对网络性能的影响，提出了一种基于信誉值维护的自私节点检测机制，通过两跳ACK消息来监测节点行为，利用监测信息计算节点的信誉值，并将其作为判断节点是否自私的依据。在多种路由...
TCP/IP协议族中的TCP（二）：解析其关键特性与机制
最新发布
希望自己从编程小白变成大佬
04-27 849
接收端（相当于超市老板）在收到数据包后，并不立即发送ACK确认报文（相当于告诉供货员需要多少箱冰红茶），而是等待一段时间，看看是否还有更多的数据包到达，或者根据自身的处理能力来决定是否可以接收更多的数据。这样做的好处是，通过一个报文同时完成了数据的确认和响应的发送，减少了网络中的传输次数，从而提高了网络的整体效率。例如，当接收方处理数据的速度远远跟不上发送方的发送速度时，为了防止数据溢出，接收方可能会将窗口大小调整为0，即告诉发送方暂停发送数据，直到接收方处理完当前数据并准备好接收新数据为止。
tcp客户端向tcp服务器发送json文件，服务器转存为json文件
weixin_51883798的博客
04-25 298
从客户端接收数据--->QByteArray--->QJsonDocument--->QFile--->xxx.json文件。就是根据文件路径--->QFile--->QByteArray--->传递给服务器。
配置IPSSL证书需要几步
u012062803的博客
04-25 526
IPSSL证书是一种数字证书，用于验证网站的身份并建立安全的通信连接。配置IPSSL证书可以有效防止黑客攻击、数据泄露等安全风险，同时也可以提供用户对网站真实性的确认，增加用户对网站的信任感。当然部署SSL证书是不可或缺的一环，我们可以确保信息的传输过程中不会被窃取或篡改，但这并不能防止所有的网络攻击。因此，我们还需要采取其他的手段，如定期更新系统和软件，定期备份数据等，来进一步提高我们的网络安全性。以上几步就是配置IPSSL证书的所有步骤，整个过程其实相当简单，一般的网络管理员都能轻松操作。
IP归属地在互联网行业中的应用
m0_73834612的博客
04-26 565
在电子商务和金融领域，IP归属地也被用于反欺诈和风险控制。例如，如果用户的登录IP地址突然发生跨国或异常变化，系统可能会触发风险提示，要求进行额外的身份验证，以防止欺诈行为的发生。通过分析用户的IP地址，服务提供商可以快速确定用户所在的地理位置，从而提供更贴近用户需求的服务和产品。通过分析恶意IP地址的地理位置信息，安全专家可以迅速定位攻击源，并采取相应的防御措施，保护系统和数据的安全。随着技术的不断进步和数据分析能力的提升，IP归属地将发挥越来越重要的作用，为互联网行业的发展和用户体验提供更多可能性。
用c语言给出一个TCP选择性应答机制的实现算法
05-22
TCP选择性应答（SACK）是一种TCP拥塞控制算法，它可以在网络拥塞时提高TCP的性能。下面给出一个简单的C语言实现TCP SACK机制的算法： ```c #include <stdio.h> #include <stdlib.h> #define MAX_SEQ_NUM 1000 // 最大序列号 #define MAX_WINDOW_SIZE 10 // 最大窗口大小 struct packet { int seq_num; // 数据包的序列号 int ack_num; // 确认号 int options[MAX_WINDOW_SIZE]; // 选项字段，用于存储SACK信息 }; int main() { int sent_base = 0; // 已发送但未确认的第一个数据包的序列号 int next_seq_num = 0; // 下一个待发送的数据包的序列号 int window_size = 3; // 当前窗口大小 int received_ack = -1; // 最近接收到的确认号 int acked[MAX_SEQ_NUM] = {0}; // 已确认的数据包 // 模拟发送和接收数据包 while (sent_base < MAX_SEQ_NUM) { // 发送数据包 if (next_seq_num < sent_base + window_size) { // 构造数据包 struct packet pkt; pkt.seq_num = next_seq_num; pkt.ack_num = received_ack; // 发送数据包 send(pkt); // 更新下一个待发送的数据包的序列号 next_seq_num++; } // 接收确认包 struct packet ack_pkt; if (receive(&ack_pkt)) { // 如果确认包的确认号大于等于sent_base，则更新sent_base if (ack_pkt.ack_num >= sent_base) { int i; for (i = sent_base; i <= ack_pkt.ack_num; i++) { acked[i] = 1; // 标记已确认的数据包 } sent_base = ack_pkt.ack_num + 1; // 更新sent_base received_ack = ack_pkt.ack_num; // 更新最近接收到的确认号 } // 处理SACK信息 int j; for (j = 0; j < MAX_WINDOW_SIZE; j++) { if (ack_pkt.options[j] >= sent_base && ack_pkt.options[j] < next_seq_num) { acked[ack_pkt.options[j]] = 1; // 标记已确认的数据包 } } } // 更新窗口大小 int i; for (i = sent_base; i < next_seq_num; i++) { if (!acked[i]) { // 如果该数据包未被确认 break; } } window_size = i - sent_base; // 更新当前窗口大小 } return 0; } ``` 上述实现中，使用sent_base来表示已发送但未确认的第一个数据包的序列号，使用next_seq_num来表示下一个待发送的数据包的序列号，使用window_size来表示当前窗口大小，使用received_ack来表示最近接收到的确认号，使用acked数组来记录已确认的数据包。 在发送数据包时，如果下一个待发送的数据包的序列号小于sent_base+window_size，则发送该数据包，并更新next_seq_num。在接收确认包时，如果确认号大于等于sent_base，则更新sent_base和received_ack，并标记acked数组中对应的数据包。如果确认包中包含SACK信息，则同样标记acked数组中对应的数据包。 最后更新窗口大小的逻辑是，从sent_base开始遍历acked数组，找到第一个未确认的数据包的序列号，并将当前窗口大小设置为该数据包序列号与sent_base之差。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值