TCP可靠吗？

已于 2022-09-13 11:18:33 修改
阅读量1.1k 收藏 1
点赞数
文章标签： TCP 可靠性 CRC校验 数据传输 错误率
于 2022-09-13 11:15:18 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_46579456/article/details/126829569
版权

关于tcp可靠相关内容可参考下面这篇文章
TCP真的可靠吗？

我认为不是真正意义上的可靠，主要原因有两点：
1、校验方式。
目前采用的CRC校验虽然出错率低，但是不能保证100%可靠，有极低的可能出现多位数据出错导致CRC校验结果正确，使得接收端认为接收的数据正确。

2、TCP不能保证发送的数据传输到目的进程中。
具体可参考上述链接中的文章。

PS:如果仅从数据传输准确性的角度讲，只有第一个原因是适用的，但是由于出错概率低，所以基本上实现了可靠传输

printf 烫烫烫。。。
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
TCP真的可靠吗
wolfGuiDao的博客
07-15 2586
TCP真的可靠吗 文章目录TCP真的可靠吗一、TCP的特性1.序列号、确认应答、超时重传2.窗口控制与高速重发控制/快速重传（重复确认应答）3.拥塞控制4.慢启动：5.拥塞避免7.快速重传8.链接机制9.进行三次握手、四次挥手及timewait的原因二、问题引入三、TCP如何保证可靠性？四、TCP并不能保证它所发送数据的可靠传输五、故障类型1.收不到FIN的故障2.能收到FIN的故障3.总结 一、TCP的特性 TCP保证可靠性： 1.序列号、确认应答、超时重传 数据到达接收方，接收方需要发出一个确认应答
什么是TCP重传？
最新发布
网络技术联盟站
04-20 472
TCP重传是TCP协议中保证可靠传输的重要机制之一，它通过重新发送丢失或损坏的数据包来确保数据的完整性和可靠性。了解TCP重传的原理和优化策略有助于我们更好地理解TCP协议的工作原理，提高网络通信的效率和可靠性。
TCP并不一定是可靠的
kk的任意门
10-18 894
TCP并不一定是可靠的
50-TCP并不总是“可靠”的？
Edward_LF的博客
04-23 1534
1、TCP并不总是“可靠”的？ 开篇词 前面一讲中，我们讲到如何理解 TCP 数据流的本质，进而引出了报文格式和解析。 这一讲，通过如何增强读写操作，以处理各种“不可靠”的场景。 1.1、TCP 是可靠的？ 你可能会认为，TCP 是一种可靠的协议，这种可靠体现在端到端的通信上。 从发送端来看，应用程序通过调用 send 函数发送的数据流总能可靠地到达接收端； 而从接收端来看，总是可以把对端发送的数据流完整无损地传递给应用程序来处理。 事实上， 如果我们对 TCP 传输环节进行详细的分析，你就会沮丧地发现
TCP是百分百可靠的吗？
喜码拉雅
06-27 3825
我们知道，TCP是面向连接的，可靠的传输层协议，那么TCP是100%可靠无缺陷的吗？不是的，
面试突击69：TCP 可靠吗？为什么？
磊哥聊Java
07-28 148
作者 | 磊哥来源 | Java面试真题解析（ID：aimianshi666）转载请联系授权（微信ID：GG_Stone）相比于 UDP 来说，TCP 的主要特性是三个：有连接、可靠、面向数据流。所谓的“有连接”指的是 TCP 中的连接管理机制，也就是著名的三次握手和四次挥手，就像打电话一样，想要正常的交流，必须先和对方建立起连接，这就是所谓的“有连接”，而面向数据流的机...
TCP 可靠吗？为什么？
YYniannian的博客
08-03 358
TCP 保证可靠性的主要手段有 6 个：校验和、确认应答、超时重传、流量控制、拥塞控制、丢弃重复数据。其中流量控制和拥塞控制很容易搞混，我们要清楚的知道，流量控制是针对接收端接收能力的控制机制，而拥塞控制是针对当前网络的控制机制，所以千万不要搞混了。...
为什么说 TCP 协议是可靠的？
极客猴的博客
07-25 3063
题图：by thefolkpr0ject from Instagram本文共计 3201 字，阅读文本大概需要 9 分钟。TCP 协议是 TCP/IP 协议栈中的传输层的...
TCP如何保证可靠传输？
小贱只会抱歉的博客
07-17 640
Tcp如何保证可靠传输呢？ 什么是TCP？ TCP是一个运输层的传输协议，是面向连接的、可靠的、基于字节流的协议。 我们来看一下这几个概念： 面向连接：TCP的传输必须是有连接的，即要用三次握手建立可靠的通信信道，当然，这个信道是全双工的。 基于字节流:应用层的数据即应用层报文要在网络中传输，TCP会把报文以字节单位在网络中进行传输。 可靠的：即在传输过程中不会发生数据丢失，这个丢失指的不是数据包在网络中丢失，而是指的是Client发多少包Server就接受了多少包，没有漏传、错传的现象。 TCP如何保证可
TCP可靠传输原理
m0_67392010的博客
05-15 1089
文章目录 一、TCP协议段格式 二、TCP原理（可靠） 确认应答机制 超时重传机制 连接管理（三次握手/四次挥手） 流量控制 拥塞控制 三、TCP原理（效率） 滑动窗口 延迟应答 捎带应答 四、TCP粘包问题 一、TCP协议段格式 源/目的端口号：表示数据从哪个进程来到那个进程去 4位TCP报头长度：表示TCP头部有多少个32位bit（多少个4字节）4位最大是15，15x4=60字节，也就是说TCP头部最大长度是60字节。 6个标志位 URG:紧急指针是否有效 ACK：确认号是否有效
TCP 可靠传输机制
ikta的博客
01-12 3169
TCP：传输控制协议 TCP： 是一种面向连接的可靠的传输协议 什么是可靠？—>保证数据传输给对方 怎么保证可靠性？—> 确认机制 重传输机制 什么是面向连接？—>在传输数据之前，双方进行协商，保证双方可以收发数据 怎么保证面向连接？—>三次握手 可靠传输— 4种可靠机制 – 确认 重传 排序 流控（滑动窗口） 确认应答（ACK）机制 确认应答：TCP传输的过程中，每次接收方收到数据后，都会对传输方进行确认应答。也就是发送ACK报文。 TCP通过确认应答机制实现可靠的数据传输。在
TCP并不总是“可靠”的？
lwj的博客
12-13 336
TCP 是可靠的？ 发送端通过调用send函数之后，数据会先存储到套接字的发送缓冲区中，通过网络协议栈决定合适发送、如何发送。当对应的数据发送给接收端，接收端回应ACK，这时存储到发送缓冲区的数据可以删除了，但发送端无法获取对应数据流的ACK情况（无法判断对端接收到数据流），如果想知道，必须在应用层添加处理逻辑，例如显示的报文确认机制。 从接收端来看，也不能保证ACK过的数据被应用程序处理，因为数...
17 | TCP并不总是“可靠”的？
qq_37756660的博客
10-20 118
在实际情景中，我们会碰到各种异常的情况。在这里我把这几种异常情况归结为两大类：第一类，是对端无 FIN 包发送出来的情况；第二类是对端有 FIN 包发送出来。而这两大类情况又可以根据应用程序的场景细分，接下来我们详细讨论。在这一讲中，我们意识到 TCP 并不是那么“可靠”的。我把故障分为两大类，一类是对端无 FIN 包，需要通过巡检或超时来发现；另一类是对端有 FIN 包发出，需要通过增强 read 或 write 操作的异常处理，帮助我们发现此类异常。
因特网的IP协议是不可靠无连接的，那为什么当初不直接把它设计为可靠的？
热门推荐
秋叶原 && Mike || 麦克
03-19 3万+
因特网使用的IP协议是无连接的，因此其传输是不可靠的。这样容易使人们感到因特网很不可靠，那为什么当初不直接把它设计为可靠的？先打一个比方。邮局寄送的平信很像无连接的IP数据报。每封平信可能走不同的传送路径，同时平信也不保证不丢失。当我们发现收信人没有收到寄出的平信时，去找邮局索赔是没有用的。邮局会说：“平信不保证不丢失。怕丢失就请你寄挂号信”。但是大家并不会将所有的信件都用挂号方式邮寄，这是因为邮...
TCP不一定可靠
superzmy的专栏
04-15 2119
TCP不一定可靠。TCP保证可靠的机制是对数据进行checksum计算并传输校验值。然而有时候就是会出现数据错误却通过校验值检验的奇葩情况。比如Amazon S3 在2008年7月就遇到过，单bit反转导致了一次严重线上事故，所以他们吸取教训加了 check sum。见http://status.aws.amazon.com/s3-20080720.html因此TCP不一定可靠。有条件的话可以在通...
TCP协议的可靠性
fy291021851的博客
02-05 1173
TCP作为传输层协议，提供可靠的传输服务。可靠性:保证消息不重复、不丢失、不乱序。如何保证可靠性：TCP协议依据面向连接、流量控制、拥塞控制特性达到可靠的目的。
TCP的可靠性
Dear_he的博客
10-31 612
TCP提供一种面向连接的，可靠的字节流服务，面向连接意味着两个 使用TCP的应用（通常是一个客户和一个服务器）在彼此交换数据之前必须先建立一个TCP连接     TCP通过以下几种方式提供可靠性的：         ① 面向字节流和缓存机制：                 应用数据被分割成TCP认为最合适发送的数据块，这和UDP完全不同，应用程序产生的数据长度将保持不变，由TCP传递给IP
TCP的不可靠传输
Netfilter
05-12 3409
一个常见的面试题：UDP如何实现可靠传输。 既然有TCP了，干嘛用UDP重新实现一遍，就算非要卷，能比QUIC更好吗？显然，这问题没意义。 还有另一个问题，TCP如何实现不可靠传输。 数据传输只有两个协议可选(这里不抬杠)，TCP或UDP，对于那些某些数据可以丢失某些却必须送达的传输业务而言，就要在UDP上重写一个协议，可理解为松散可靠传输。实现这种协议工作量不小，收益却不大。 so，人们往往选择复用TCP，当然也继承了TCP的缺陷，如队头拥塞，而这是大多数卡顿，传输低效的根源。换句话说，TCP根本就无法实
tcp如何保证可靠传输？
04-24
TCP采用了三次握手的方式建立连接，并通过确认应答机制、序号控制和滑动窗口等机制来保证可靠传输。具体来说，TCP在发送数据之前，先向接收方发送一个带有SYN（同步）标志的报文，接收方收到后返回一个带有SYN和ACK...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值