网络原理——No.4 传输层_TCP协议中的延迟应答, 捎带应答, 面向字节流与TCP的异常处理

最新推荐文章于 2024-05-11 19:26:11 发布
最新推荐文章于 2024-05-11 19:26:11 发布
阅读量1k 收藏 3
点赞数 11
分类专栏： JavaEE 文章标签： 网络 tcp/ip 网络协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_58592142/article/details/127503765
版权
本文详细介绍了TCP协议中的延迟应答机制、捎带应答的概念，以及面向字节流可能导致的粘包问题及其解决方案。此外，还探讨了TCP中的异常处理，如连接异常、主机掉电和网线断开等情况，并对比了TCP与UDP的应用场景。
摘要由CSDN通过智能技术生成
JavaEE传送门

JavaEE

网络原理——No.2 传输层_TCP的连接管理

网络原理——No.3 传输层_TCP的滑动窗口, 流量控制与拥塞控制

目录

延迟应答

一种提高传输效率的机制, 又是基于流量控制, 来引入的提高效率的机制

比如： 原缓冲区

1kb 数据来到了我们缓冲区里

实际 TCP 的延时时间, 不一定非是用时间来衡量, 也可能是用传输轮次来衡量

最低0.47元/天 解锁文章
Gujiu！！
关注
  • 11
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 8
    评论
专栏目录
4-9：TCP协议之延迟应答和捎带应答
快乐江湖的博客
07-28 684
文章目录一：延迟应答二：捎带应答 一：延迟应答 假设接收端的缓冲区是1M，一次收到了500K的数据，如果立即应答那么返回的窗口就是500K；但是有的时候可能处理端应用程序速度较快，极短时间内就把这些数据消费掉了；那么在这种情况下，应用程序处理数据的能力还远远没有到达极限，即便窗口再大一点也还是可以处理得来的。所以如果接收端稍微迟一点应答，那么这个时候就可以返回1M 窗口越大网络的吞吐量就越大，传输效率就越高，因此我们的目标就是在保证网络不堵塞的情况下尽量提高传输效率 当然，不是所有的包都可以延迟应答 数量
TCP协议详解
07-21
TCP（传输控制协议）是一种在网络通信中使用非常广泛的协议，属于传输层协议，提供可靠的、面向连接的数据传输服务。它的主要功能是在源端和目标端之间建立可靠的连接，确保数据的正确送达。由于网络环境复杂多变，...
TCP 中延迟应答机制
就这样吧
08-01 612
目的 提高 TCP 协议效率的机制 和 滑动窗口 密切相关 示例 背景：我是一个超市供货员 场景一 我：今天 早上 给超市老板送了 100 箱冰红茶。 老板：仓库还能放下 90 箱 冰红茶，你明天 早上 给我送 90 箱来。 … 第二天 我：早上 给老板送了 90 箱冰红茶。 老板：仓库能放下 120 箱冰红茶，明天 早上 送 120 箱过来。 … 不存在 延迟应答 的情况下，我每天送冰红茶去的时候就知道 第二天要送多少箱冰红茶去。 场景二 我：早上给超市老板送了 100 箱冰红茶。 老板：晚
TCP协议(延迟应答 | 捎带应答 | 面向字节流(粘包问题))
wlm123666的博客
08-02 413
延迟应答 延迟应答,也是一个提高效率的机制,也和滑动窗口密切相关~~ 举个例子: 张三去送货 张三第一天早上送了10箱啤酒, 老板说仓库还空90箱 第二天早上,再送90箱… 但是现在 不这样了 第一天早上,张三先送去10箱, 老板说,你先回去,晚上我在给你打电话,告诉你要多少箱, 然后晚上老板说我要100箱~(本来仓库空90箱,但是老板又多买了10箱)此时老板给我的应答更迟了,也就留给了超市一定时间去卖啤酒,所以老板告诉张三的结果会更大一些; 但是一定要记得, 窗口越大, 网络吞吐量就越大, 传输效率就
网络原理 --- 传输层Ⅳ TCP协议中的延迟应答、捎带应答、面向字节流、TCP中的异常处理
哒哒的博客
10-23 1255
网络原理 --- 传输层Ⅳ TCP协议中的延迟应答、捎带应答、面向字节流、TCP中的异常处理
TCP特性：延迟应答、捎带应答、粘包问题、保活机制、面向字节流
weixin_45975659的博客
08-19 411
一、TCP 连接可靠性的依据 确认应答、超时重传、连接管理 二、其他特性 滑动窗口、流量控制 （六）延迟应答 在保证传输可靠性的前提下，可以延迟应答提高效率。 如果接收数据的主机立刻返回 ACK 应答, 这时候返回的窗口可能比较小。 例： 假设接收端缓冲区为 1 M， 一次收到了 500 K 的数据。 如果立刻应答, 返回的窗口就是 500 K; 但实际上可能处理端处理的速度还远没有达到自己的极限, 即使窗口再放大一些, 也能及时处理。 因此如果接收端稍微等一会再应答，比如等待 200ms 再应答, 那么这
解决TCP延迟应答(Delay ACK)问题的3个小Trick-(续:正规的做法)
Netfilter
08-28 1万+
这个话题确实有点乱，事实就是如此。        在《解决TCP延迟应答(Delay ACK)问题的3个小Trick》中，我描述了一种通过修改发送端协议栈的方式来消解Delay ACK带来的危害的方案，这实属一种无奈的走火入魔的做法，因为你无法控制数据接收端，因为总是有人认为网络上的任何所谓的“延迟”都是坏事，完美主义者总是试图消解任何的延迟！但事实上...        再次重申，不要以为Del
TCP延迟应答和捎带应答及“粘包问题“和TCP异常
欢迎来到我的博客，在这里我会用我的方式来讲解知识，请大家多多关照
09-08 1568
延迟应答就是接收方延迟一段时间接收ACK,这样应用进程就有时间来消耗接收缓冲区里面的数据,所以滑动窗口的窗口大小也变大了.这样就提高了效率.
TCP三（延迟应答，捎带应答，面向字节流(粘包问题)）
weixin_44852871的博客
07-30 204
文章目录延迟应答捎带应答面向字节流 延迟应答 什么是延迟应答？ 举个栗子：每天早上我要去给超市老板送货，卸完货后老板说明天给我送50箱。这样的过程就向滑动窗口一样给发送方返回剩余缓存空间。而延迟应答就好像早上给老板送货，送货完后老板说晚上给你打电话告诉你明天送多少，到了晚上超市老板打电话来说明天再给我送100箱来。延迟应答就是这个原理。如果接收数据的主机立刻返回ACK应答, 这时候返回的窗口可能比较小，所以会延迟发ACK，因为延迟的这段时间，应用程序就会把缓存区的数据取走，从而缓冲区变大，发送方就可以发更多
原理分析--TCP大传输下延迟分析
热门推荐
在此立一个IT职业上的flag：https://github.com/Zeb-D/my-review
11-04 1万+
本文章来源于：https://github.com/Zeb-D/my-review ，请star 强力支持，你的支持，就是我的动力。 [TOC] 背景 在多个数据中心避免不了交互，如全量数据同步等类似涉及到网络传输的问题。简单点，各个服务端点进行不同大小数据包传输，按理说数据包大小与时间成线性相关(已排除业务层处理能力)； 前言 本文希望解析清楚，当我们在代码中写下 socket.setSendB...
基于TCP传输的网络编程异常处理
m0_54883970的博客
08-28 275
RST分节处理: 另一端recv 返回-1 表示对端错误,错误码为connection reset by peer。内核会关闭所有句柄触发FIN分节发送(但如果设置了SO_LINGER l_onoff为1，则发送RST分节对方)设置的发送超时只要发送缓存区能装的下,send就不会报错的(记住send只是拷贝数据到内核)一:进程一端退出(exit,CTRL+C,挂掉)(跟主动CLOSE、主动关机一样)另一个发送的数据内核会重传，发送缓存区数据一直增加。当然也可能在重启前就已经通过心跳机制检测到了异常。...
javaEE 初阶 — 传输层 TCP 协议 中的延迟应答与捎带应答
超烦豆先森
02-16 516
延迟应答、捎带应答
TCP延迟应答、捎带应答、粘包问题、异常处理
yyhgo_的博客
12-20 845
TCP延迟应答、捎带应答、粘包问题、异常处理
TCP中的延迟应答与捎带应答
weixin_44058932的博客
03-06 613
一. 延迟应答（接收端） 1.1 应答方法 通常一个数据段可以返回一个ACK应答，但是接收端如果立刻返回ACK应答，会让这个数据段中的窗口大小值比较小。假设我们接收缓冲区的为2M，收到了1M的数据，如果立刻应答，返回的窗口就是1M。实际上接收端处理数据可以很快，很短的时间内就把接收到的1M数据处理掉了。这种情况下，接收缓冲区并没有到达自己的接收数据的极限，窗口就算更大也有能力处理。如果接收端再晚...
TCP 中捎带应答机制
就这样吧
08-01 756
目的 提高 TCP 协议效率的机制 与 延迟应答 一起作用提高 TCP 效率。 示例 背景：我去淘宝店买衣服 场景一： 我：第一天买了一件短袖； 店家第一天没有发货 … 我：第二天又在同一家淘宝店买了一条裤子； 店家今天发货了，将我昨天买的衣服和今天买的裤子一同发货。 这就是 捎带应答，如果店家衣服和裤子分开发货，那么显然是代价比较高的。 服务器最常见的就是 一问一答 的模式。如果每条消息都是 一问一答，类似于 请求 请求的 ACK 响应 响应的 ACK 而如果变成了 捎带应答，就是响应的
计算机网络原理——传输层TCP协议的十个重要特性之延迟应答、捎带应答、面向字节流的粘包问题、保活机制
char_m的博客
07-07 1171
延迟应答捎带应答延迟应答所有的包都可以延迟应答吗？捎带应答面向字节流的粘包问题那么如何避免粘包问题呢?对于UDP协议来说, 是否也存在 “粘包问题” 呢?保活机制进程奔溃主机关机(按流程)主机断电/断网接收方断电发送方断电心跳包 延迟应答 是为了提高效率，在流量控制的基础上，尽量返回一个合理但是又比较大的窗口 延时应答其实就是让ACK的发送时间晚一会（不影响可靠性的前提下）延时的时间中就会给应用程序提供更多的消费数据的机会，此时时间到了，再发ACK的时候，得到的窗口大小（接受缓冲区的剩余空间就会更大） 所
TCP的延时应答和捎带应答详解
最新发布
2201_75437633的博客
05-11 351
延时应答是指TCP接收方在接收到数据包后，并不立即发送确认（ACK）消息，而是等待一段时间，以期望在该时间段内收到更多的数据包，从而实现合并多个ACK消息为一个，减少网络中的确认消息数量，提高网络利用率。捎带应答是指TCP发送方在发送数据包时，如果此时正好有确认消息需要发送，则将确认消息捎带在数据包中一起发送，从而减少网络中的确认消息数量，提高网络利用率。在这个示例中，服务器端在接收到消息后延迟1秒才发送确认消息，这样做的目的是为了等待可能在1秒内到达的更多数据包，并合并多个ACK消息。
36. 传输层TCP协议十大主要特性(7-8) —— 延迟应答 /捎带应答
小雨的博客
03-27 236
延迟应答 背景：还是拿水果店老板进货的例子，假如补货的人来问水果店老板，什么时候需要补货，老板说晚上再给你发微信。那么这种情况下，水果店老板会在白天继续卖出去一些水果，晚上再跟补货人说要多少水果，就可以达到剩余空间最大利用 目的：为了提高效率，在流量控制的基础上，尽量返回一个合理但是又比较大的窗口 方式：在不影响可靠性的前提下让ACK发送的时间晚一会儿 条件：为了保证可靠性，不是每个包都可以延迟应答的，还要看：1.数量控制（每隔N个包就应答一次），2.时间控制（超过最大时间就会应答一次） 延迟应答的等待时间
TCP之延时应答，捎带应答，粘包问题，保活机制
AIJXB的博客
07-06 473
延时应答 目的是为了提高效率，在流量控制的基础上，尽量返回一个合理但是比较大的窗口。 延时应答其实就是在不影响可靠性的前提下，让ack的发送时间晚一会，在这延时的过程中，让应用程序有更多消费数据的时间，这样接受缓冲区剩下的空间就会更大一点，返回的窗口也会大一点。 捎带应答 在延时应答的基础上为了进一步提高程序运行效率而引入的机制。 粘包问题 这其实并不是TCP自身机制，只要是面向字节流传输，都有这个问题。 粘包粘的是应用层数据包，导致处理数据的时候，容易读取半个应用层数据包， “面向字节流”：一次读一个字
评论 8
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值