TCP是一种无记录边界的字节流协议

最新推荐文章于 2023-08-25 11:37:40 发布
最新推荐文章于 2023-08-25 11:37:40 发布
阅读量757 收藏 1
点赞数 1

无记录边界：上层传下来的是以bit流的形式传下来的，比如限定在一个固定数值的bits，到这个固定长度断一下，这就是无边

界的。如果上层传下来的是一个完整的包的形式，比如有像固定的包头，CRC检验码，长度标志位等等这些信息的

，打成一个包的形式发给下层的，这样的就是有边界的了

 

 

愿问题：https://bbs.csdn.net/topics/300096910

熬夜是一种修养
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
TCP 是面向字节流的协议，UDP 是面向报文的协议？这里该如何理解？
JAVA88866的博客
05-14 4395
有个读者问我，这么个问题： TCP 是面向字节流的协议，UDP 是面向报文的协议？这里的「面向字节流」和「面向报文」该如何理解。 #如何理解字节流？ 之所以会说 TCP 是面向字节流的协议，UDP 是面向报文的协议，是因为操作系统对 TCP 和 UDP 协议的发送方的机制不同，也就是问题原因在发送方。 先来说说为什么 UDP 是面向报文的协议？ 当用户消息通过 UDP 协议传输时，操作系统不会对消息进行拆分，在组装好 UDP 头部后就交给网络层来处理，所以发出去的 UDP 报文中的数据部分
面向字节流的TCP
jason_cuijiahui的博客
03-26 1万+
内容 TCP是一种流协议（stream protocol）。这就意味着数据是以字节流的形式传递给接收者的，没有固有的”报文”或”报文边界”的概念。从这方面来说，读取TCP数据就像从串行端口读取数据一样–无法预先得知在一次指定的读调用中会返回多少字节（也就是说能知道总共要读多少，但是不知道具体某一次读多少）。 为了说明这一点，我们假设在主机A和主机B的应用程序之间有一条TCP连接，主机A上的应用...
TCP协议的无消息边界问题
weixin_34221773的博客
12-12 764
使用TCP协议编写应用程序时，需要考虑一个问题：TCP协议是无消息边界的，即不能保证来自单个Send方法的数据能被单个Receive方法读取。 eg: 第一次发送：abcdefg 第二次发送：123456 接收方接收数据时,可能会出现以下情况： 第一次接收：abcdefg123456 也可能出现：第一次接收：abc 第二次接收：efg12 第三次接收：3456 因此...
Unexpected EOF in archive 或者 rmtlseek not stopped at a record boundary
qq_40723205的博客
11-23 2080
原文链接：Unexpected EOF in archive 或者 rmtlseek not stopped at a record boundary - 巴黎爱工作 - 博客园
TCP协议的粘包问题(数据无边界性)及解决方法
寂蝶难双，窃窃思羽.
09-21 1423
其他相关文章：http://c.biancheng.net/view/2350.htmlhttps://blog.csdn.net/seamanj/article/details/40063093https://www.cnblogs.com/sun-10387834/p/10790999.html TCP协议的简单介绍 TCP是面向连接的运输层协议 简单来说，在使用TCP协议之前，必须先建...
TCP和UDP的"保护消息边界"
Ubuntu 14.04配置nfs服务
04-17 376
       在socket网络程序中，TCP和UDP分别是面向连接和非面向连接的。因此TCP的socket编程，收发两端（客户端和服务器端）都要有一一成对的socket，因此，发送端为了将多个发往接收端的包，更有效的发到对方，使用了优化方法（Nagle算法），将多次间隔较小且数据量小的数据，合并成一个大的数据块，然后进行封包。这样，接收端，就难于分辨出来了，必须提供科学的拆包机制。       ...
【网络编程学习记录9】TCP协议的粘包问题（数据的无边界性）
qq_41854911的博客
07-21 230
【网络编程学习记录9】TCP协议的粘包问题（数据的无边界性） 申明：本学习笔记是在该教程的基础上结合自己的学习情况进行的总结，不是原创，想要看原版的请看C语言中文网的socket编程入门：1天玩转socket通信技术（非常详细），该网站有很多好的编程学习教程，尤其是关于C语言的。 上节我们讲到了socket缓冲区和数据的传递过程，可以看到数据的接收和发送是无关的，read()/recv() 函数不管数据发送了多少次，都会尽可能多的接收数据。也就是说，read()/recv() 和 write()/sen
如何理解TCP是面向字节流的协议
05-15
这样，接收端不知道发送端发送的消息的边界，使得 TCP 协议是一种面向字节流的协议。 在实际应用中，TCP 协议的面向字节流特性可能会导致粘包问题，即发送端发送的多个消息被拆分成多个报文，接收端不知道消息的...
网络通信基础第五式——实现自定义字节流协议的KTM
03-22
字节流协议是网络通信中的一种数据传输方式，它规定了数据在网络中以字节序列的形式发送和接收的规则。自定义字节流协议允许开发者根据特定的应用场景定制数据格式，以提高效率或满足特定需求。KTM协议可能包含了帧...
javaEE 初阶 — 传输层 TCP 协议中的异常情况与面向字节流的粘包问题
超烦豆先森
02-17 769
什么是粘包问题、如何解决粘包问题、异常情况
TCP协议
weixin_43765321的博客
02-20 3442
TCP协议的特点 TCP是在不可靠的IP层之上实现的可靠的数据传输协议，它主要解决传输的可靠、有序、无丢失和不重复的问题。 TCP是TCP/IP体系中非常复杂的一个协议，主要特点如下： TCP是面向连接的传输层协议 每条TCP连接只能有两个端点，每条TCP连接只能是点对点的 TCP提供可靠的交付服务，保证传送的数据无差错、不丢失、不重复且有序 TCP提供全双工通信，允许通信双方的应用进程在任何时候都能发送数据。在TCP连接的两端都设有发送缓存和接收缓存，用来临时存放双向通信的数据 TCP是面向字节流的，虽
如何理解是 TCP 面向字节流协议？
小林coding
03-13 1万+
有个读者问我，这么个问题： TCP 是面向字节流的协议，UDP 是面向报文的协议？这里的「面向字节流」和「面向报文」该如何理解。 如何理解字节流？ 之所以会说 TCP 是面向字节流的协议，UDP 是面向报文的协议，是因为操作系统对 TCP 和 UDP 协议的发送方的机制不同，也就是问题原因在发送方。 先来说说为什么 UDP 是面向报文的协议？ 当用户消息通过 UDP 协议传输时，操作系统不会对消息进行拆分，在组装好 UDP 头部后就交给网络层来处理，所以发出去的 UDP 报文中的数据部分就是完整的
4.6 TCP面向字节流
最新发布
加油加油
08-25 1081
我们可以自定义一个消息结构，由包头和数据组成，其中包头包是固定大小的，而且包头里有一个字段来说明紧随其后的数据有多大。
TCP 与 UDP的区别
Appleeatingboy的博客
12-16 1610
流控制 是 区分UDP 和TCP的 最重要的标志。
TCP协议详解
yanghai112的专栏
09-09 609
1、TCP服务特点 TCP服务通信是一对一的，通信双方必须先建立连接，通信双方必须为该连接分配必要的内核资源，以管理连接的状态和连接上数据的传输。TCP是全双工的，即双方的数据读写可通过一个连接进行。完成数据交换之后，通信双方都必须断开连接以释放系统资源。 TCP协议使用字节流（UDP使用数据报），实际编程中字节流和数据报的主要区别体现在通信双方是否必须执行相同次数的读、写操作（只是表现形式），发送端应用程序连续执行多次写操作时，TCP模块先将这些数据放入TCP发送缓冲区中...
网络面试题：TCP和UDP的9个区别是什么
极客学长 | 极客学长Bravo
03-21 1万+
TCP和UDP是两个传输层协议,广泛应用于网络中不同主机之间传输数据。对任何程序员来说，熟悉TCP和UDP的工作方式都是至关重要的。这就是为什么TCP和UDP是一个流行的Java编程面试问题。我曾经在各种不同的Java面试中见过这个问题,尤其是对服务器端Java开发人员的面试。由于FIX(金融信息交换)协议也是一个基于TCP协议,一些投资银行,对冲基金,和交换解决方案提供商也在寻找有良好的TCP和
为什么说TCP报文段是面向字节流的，UDP包是面向数据报的
热门推荐
bian_qing_quan11的博客
08-30 2万+
为什么说TCP报文段是面向字节流的，UDP包是面向数据报的？ 面向报文的传输方式是应用层交给UDP多长的报文，UDP就照样发送，即一次发送一个报文。因此，应用程序必须选择合适大小的报文。若报文太长，则IP层需要分片，降低效率。若太短，会是IP太小。UDP对应用层交下来的报文，既不合并，也不拆分，而是保留这些报文的边界。这也就是说，应用层交给UDP多长的报文，UDP就照样发送，即一次发送一个报
TCP数据包无边界性问题与解决方案实现
浓烟下的诗歌电台
07-06 3901
一、引子 从数据从socket缓冲区和数据的过程可知，数据的接收和发送是无关的，recv()/read()函数不管数据发送了多少次都会尽可能的接收更多的数据， 也就是说recv()/read()，send()/write()的执行次数可能不同。 例如write()/send()重复执行了三次，每次都发送字符串''xxzzff'',那么对等方可分三次接收，也可分两次接收"xxzzffxxzzff...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值