计算机网络---TCP的可靠传输机制和面向字节流传输

最新推荐文章于 2024-07-27 21:18:34 发布
最新推荐文章于 2024-07-27 21:18:34 发布
阅读量2.4k 收藏 3
点赞数 1
分类专栏： 计算机网络 文章标签： tcp的可靠传输机制 流量控制 滑动窗口 拥塞控制 粘包问题
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/boke_fengwei/article/details/91358193
版权

在了解了TCP的面向连接传输之后我们讲解TCP的可靠传输相关的机制和面向字节流传输
一，TCP的可靠传输

  • 可靠应答机制
  • 超时重传机制
  • 报文中的序号和确认序号
    可靠应答机制
    就是在每次发送数据或者请求之后对方都要回复一个应答信号，告知信息已经完整的接收到了
    超时重传机制
    在一段发送数据给另一端之后，可能因为网络拥堵的原因或者其他原因数据无法到达另一端，在一定的时间没有收到对方的确认应答，就会进行重新发送
    报文中的序号和确认序号
    报文中的序号和确认序号是保证数据的正确性和有序性，在发送的数据中可能不是按照书序到达的，在序号和确认序号来及逆行排序就能进行重新按照正确的顺序进行排序。
    因为TCP为了实现可靠传输牺牲了部分常熟性能，并且有可能确认应答丢失就要重新传输数据，因此又提出几种机制来避免大量的丢包以及ACK丢失重传保证性能

滑动窗口机制
TCP通过双方协商窗口大小进行流量控制，避免因为缓冲区不够而导致丢包重传。通过协商，一次可以对多传输多条数据，之后然后等待确认应答，不需要一一停留。
在这里插入图片描述

  • 窗口大小指的是无需等待确认应答可以继续发送数据的最大值，上图中就是4000个字节（分为四次发送）
  • 发送前四个段的时候不需要等待任何的ACK，直接发送
  • 收到第一个ACK之后华东窗口向后移动，继续发送的五
最低0.47元/天 解锁文章
boke_fengwei
关注
专栏目录
将对象转化为帧(tcp协议传输的byte数组).根据字节序和字节数 通用方法
流年
09-13 855
最近做一个将对象转换成tcp数据的功能,将对象按一定规律转换为byte数组,可以分类去解析,但是太麻烦了,代码冗长.决定采取使用一个通用的方法去实现对象转数组的功能 TcpTransfer transfer object (with annotation ) to tcp byte array 将带有注解的对象转换为tcp协议传输的byte数组 @Retention(RetentionPo...
TCP利用以字节为单位的滑动窗口来实现可靠传输
DongZhaoCheng
02-23 1860
TCP利用滑动窗口机制实现可靠传输 TCP利用滑动窗口实现可靠传输，可以借助上图进行描述： 因为TCP时全双工通信，所以连接双方都各自维护一个发送窗口和接收窗口，本文为描述方便，只讨论一个方向的传输，因为另一个方向也是同样的情况 为讨论方便，我们假设发送窗口等于TCP报文段中的接收窗口的大小，也即不考虑拥塞窗口的影响，而实际的发送窗口的大小是min{拥塞窗口，发送窗口} TCP是以基于字节为单位的滑动窗口来实现可靠传输的 那什么是可靠传输呢？ 可靠传输就是从A端发送到B端的数据，在协议和逻辑层面不会遗
【探索Linux】P.42（传输层 —— TCP面向字节流 | TCP粘包问题 | TCP异常情况 ）
最新发布
Yawesh的博客
07-27 1023
这篇文章深入探讨了TCP协议的面向字节流特性，分析了TCP粘包问题的原因、类型、影响以及解决策略，并讨论了TCP在异常情况下的处理方法，同时对UDP协议是否也存在粘包问题进行了探讨。
TCP可靠传输实现的核心：滑动窗口
Firelearn的博客
06-03 354
TCP基于以字节为单位的滑动窗口来实现可靠传输 我们如何描述发送窗口的状态？ 使用三个指针P1,P2,P3分别指向对应的字节序号 小于P1的是已经发送并已收到确认的部分 大于等于P3的是不允许发送的部分 P3 - P1 = 发送窗口的尺寸 P2 - P1 = 已发送但尚未收到确认的字节数 P3 - P2 = 允许发送但当前尚未发送的字节数 虽然发送方的发送窗口是根据接收方的接收窗口设置的，但在同一时刻，发送方的发送窗口并不总是和接收方的接收窗口一样大 网络传送窗口值需要经历一定的时间滞后，并且
传输层--可靠传输 & 面向字节流
贵在坚持,我相信只要我努力,未来肯定是美好的!
07-11 243
可靠传输&面向字节流目录:一.可靠传输1.面向连接2.进行包序管理,实现有效传输3.确认应答机制4.超时重传机制5.协议字段的校验6.避免丢包1)滑动窗口机制(1)停等协议(2)回退n步协议(3)选择重传协议2)拥塞机制7.性能提升1)快速重传机制2)延迟应答机制3)捎带应答机制8.总结二.面向字节流 目录: 一.可靠传输 1.面向连接 2.进行包序管理,实现有效传输 3.确认应答机制 4.超时重传机制 5.协议字段的校验 6.避免丢包 1)滑动窗口机制 (1)停等协议 (2)回退n步协议 (3).
TCP中的流式传输
kk的任意门
10-17 1679
TCP中的流式传输
TCP-IP详解卷2：实现_TCP-IP详解_计算机网络_
10-01
1. **TCP（传输控制协议）**：TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议。它通过三次握手建立连接，确保数据在传输过程中的有序性和无丢失性，采用滑动窗口机制来控制流量，并通过确认、重传等机制...
计算机基础-计算机网络.pdf
10-07
TCP的粘包现象是由于TCP基于字节流传输，可能会将多个小数据包合并成一个大包发送，解决办法是固定数据包长度或添加分隔符。滑动窗口是TCP的流量控制机制，接收方通过告诉发送方自己的窗口大小来限制发送速率。拥塞...
计算机网络扩展---TCP编程-2019网工.zip
07-14
TCP是一种面向连接的、可靠的、基于字节流的传输层通信协议，它确保了数据在网络中的完整性和顺序，为应用程序提供了错误检查和重传机制。本资料包“计算机网络扩展---TCP编程-2019网工.zip”显然专注于教授如何使用...
计算机网络 --- TCP与UDP协议
热门推荐
HelloWorld
08-24 1万+
UDP协议 TCP协议 TCP建立连接的三次握手 TCP连接释放的四次挥手 TCP的可靠传输 -- 滑动窗口 TCP的拥塞避免算法 如何理解TCP/IP协议是面向数据流的，而UDP协议是面向数据报
Tcp流式传输解决粘包和少包的方案
时间溜走了的博客
07-02 410
tcp是流式传输协议，接收端和发送端的 收发时间延时，此时会出现粘包现象。 比如：再不考虑内核双向缓冲区的延时发送问题，客户端假设1s 发送100k，循环发，服务器每2s收一次数据，此时服务器收到了200k，出现了消息粘包，服务器也不知道客户端的消息分组情况，所以我们需要和客户端协商一个解决方案，类型tcp底层封装思想一下定义为 消息头和消息体： 下面伪代码展示一下： 发送端: void sendMsg(int fd, char* sendData) { /*这里的sendData数据体他是字符串形式的
如何理解TCP是面向字节流协议？
Programming Talk
05-26 820
传输层的一些协议是面向链接的，这意味着传输层能够保持对分段的跟踪，并重传那些失败的分段。TCP 协议还提供了许多重要的机制，如流量控制、拥塞控制和差错控制等，以确保数据的可靠传输。TCP 协议是一种面向字节流的协议，也就是说，TCP 协议在传输数据时是以字节为单位进行传输的。与 TCP 协议不同，UDP 协议是一种面向报文的协议，也就是说，UDP 协议在传输数据时是以报文为单位进行传输的。TCP 协议是可靠的、面向连接的传输层通信协议，它能够保证接收端收到的数据无损坏、无间隔、非冗余和按序。
TCP协议原理（二）TCP数据传输
Big_Tree712的专栏
05-05 879
本文归纳介绍TCP协议在数据传输方面的处理方案。首先明确了TCP协议是基于字节流的传输，发送接受端都有缓冲池。之后介绍了TCP协议传输两种数据，一种是要及时响应的交互数据流，一种是延迟响应的大文件传输。最后介绍TCP协议的异常处理机制，以及进行拥塞控制的四种算法。
面向报文（UDP）和面向字节流（TCP）的区别
jishublog
07-19 2178
面向报文（UDP）和面向字节流（TCP）的区别 面向报文的传输方式是应用层交给UDP多长的报文，UDP就照样发送，即一次发送一个报文。因此，应用程序必须选择合适大小的报文。若报文太长，则IP层需要分片，降低效率。若太短，会是IP太小。UDP对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。这也就是说，应用层交给UDP多长的报文，UDP就照样发送，即一次发送一个报文。 面向字节流...
Java使用HTTP在客户端和服务端之间传输字节流
mariousG的博客
08-03 2517
原本是一个完整的对接项目，但是由于服务端一直报乱码，因此便自己写一个服务端接收客户端传输的字节流，看看究竟是不是乱码。
TCP-面向连接的、可靠的、基于字节流的 传输层通信协议
shadow bear
01-22 3484
你是一台电脑，你的名字叫 A 图片 经过《你管这破玩意儿叫网络？》这篇文章中的一番折腾，只要你知道另一位伙伴 B 的 IP 地址，且你们之间的网络是通的，无论多远，你都可以将一个数据包发送给你的伙伴 B 这就是物理层、数据链路层、网络层这三层所做的事情。 站在第四层的你，就可以不要脸地利用下三层所做的铺垫，随心所欲地发送数据，而不必担心找不到对方了。 虽然你此时还什么都没干，但你还是给自己这一层起了个响亮的名字，叫做传输层。 你本以为自己所在的第四层万事大吉，啥事没有，但很快问题就接踵而至。 问题来了 前
TCP 概述 可靠的、面向连接的、基于字节流、全双工的协议
韭菜鲜肉大馄饨的专栏
06-01 3414
TCP 概述 可靠的、面向连接的、基于字节流、全双工的协议目标一、TCP 是面向连接的协议三次握手二、TCP 协议是可靠的校验和包的序列号超时重传流量控制、拥塞控制三、TCP 是面向字节流的协议四、TCP 是全双工的协议五、问题 目标 了解 TCP 协议 了解三次握手 一、TCP 是面向连接的协议 面向连接（connection-oriented） 面向连接的协议要求正式发送数据之前需要通过握手建立一个逻辑连接，结束通信时也是通过有序的四次挥手来断开连接 无连接（connectionless） 无连接
（网络）传输层：TCP协议特性——面向字节流（优劣 + 黏包问题）
Monster的博客
04-02 1288
文章目录字节流黏包问题 字节流 面向字节流：提供字节流传输服务 --- 有序、可靠、基于连接，双向的一种以字节的单位进行传输的方式 面向数据报：数据传输是整条收发，按条交付 面向字节流：tcp在缓冲区中取出合适大小的数据进行发送，接收方接收数据的最小单位是1字节 优势：传输比较灵活 劣势：会存在黏包问题 黏包问题 黏包 — 有可能将多条数据当成一条数据进行处理 本质：tcp在传输层对应用数据边界不敏感（不关注应用层数据边界） 因此需要程序猿在应用层进行数据的边界管理 编程影响：上层可能会将多条数
TCP面向字节流协议解析
在计算机网络中，TCP（Transmission Control Protocol）和UDP（User Datagram Protocol）是两种常见的传输层协议。它们在处理数据传输时有不同的方式，其中TCP被称为面向字节流的协议，而UDP则是面向报文的协议。...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值