字节流和报文流的区别

如题所述

第1个回答  2013-05-30
字节流是由字节组成的,
字节流是最基本的,所有的InputStrem和OutputStream的子类都是,主要用在处理二进制数据,它是按字节来处理的

字符流和字节流都是什么
流就是stream. 一个连续的字节队列。

流是程序输入或输出的一个连续的字节序列,设备(例如鼠标,键盘,磁盘,屏幕和打印机)的输入和输出都是用流来处理的。在C语言中,所有的流均以文件的形式出现---不一定是物理磁盘文件,还可以是对应与某个输入/输出源的逻辑文件

流(streams)在I/O系统中是一种I/O机制和功能,或者称为streams子系统。它本身并不是一个物理设备的概念。
引入流的目的:
传统的字符设备驱动程序框架有许多缺点,这表现在:
。内核与字符设备驱动程序间接口的抽象层次太高
。内核没有为字符设备提供可靠的缓冲区分配和管理功能
。许多系统对字符设备的界面是把数据看成是FIFO(先进先出)的字节流,因此没有识别消息边界,区分普通设备和控制信息,以及判定不同消息优先级的能力,也没有字节流流量控制
。在网络数据传输设备中这些问题更突出。网络中数据传输是基于消息或数据分组的。
流的概念:
用通讯中的术语来说,流是全双工的处理过程,它是内核中驱动程序和用户进程之间的数据传输通道。
从流的构造上来说,它由一个流头,一个流驱动程序尾,以及其间的零个或若干个可选模块构成 。流头是一个用户级接口,它允许用户应用程序通过系统调用接口来访问流。驱动程序尾与底层设备通信。在流的中间的模块是处理数据的。

字节流与字符流主要的区别是他们的的处理对象

字节流是由字节组成的,字符流是由字符组成的. Java里字符由两个字节组成.

字节流是最基本的,所有的InputStrem和OutputStream的子类都是,主要用在处理二进制数据,它是按字节来处理的
但实际中很多的数据是文本,又提出了字符流的概念,它是按虚拟机的encode来处理,也就是要进行字符集的转化。在从字节流转化为字符流时,实际上就是byte[]转化为String时,
public String(byte bytes[], String charsetName)
有一个关键的参数字符集编码,通常我们都省略了,那系统就用操作系统默认的lang

流式传输主要指将整个音频和视频及三维媒体等多媒体文件经过特定的压缩方式解析成一个个压缩包,由视频服务器向用户计算机顺序或实时传送。在采用流式传输方式的系统中,用户不必像采用下载方式那样等到整个文件全部下载完毕,而是只需经过几秒或几十秒的启动延时即可在用户的计算机上利用解压设备对压缩的A/V、3D等多媒体文件解压后进行播放和观看。此时多媒体文件的剩余部分将在后台的服务器内继续下载。

报文是网络中交换与传输的数据单元。报文包含了将要发送的完整的数据信息,其长短很不一致。(可分为自由报文和数字报文)
报文也是网络传输的单位,传输过程中会不断的封装成分组、包、帧来传输,封装的方式就是添加一些信息段,那些就是报文头
以一定格式组织起来的数据.
比如里面有报文类型, 报文版本, 报文长度, 报文实体等等信息.
完全与系统定义, 或自定义的数据结构同义.
来几个 TCP/IP 头结构感受一下:
typedef struct _iphdr //定义IP首部
{
unsigned char h_lenver; //4位首部长度+4位IP版本号
unsigned char tos; //8位服务类型TOS
unsigned short total_len; //16位总长度(字节)
unsigned short ident; //16位标识
unsigned short frag_and_flags; //3位标志位
unsigned char ttl; //8位生存时间 TTL
unsigned char proto; //8位协议 (TCP, UDP 或其他)
unsigned short checksum; //16位IP首部校验和
unsigned int sourceIP; //32位源IP地址
unsigned int destIP; //32位目的IP地址
}IP_HEADER;
typedef struct psd_hdr //定义TCP伪首部
{
unsigned long saddr; //源地址
unsigned long daddr; //目的地址
char mbz;
char ptcl; //协议类型
unsigned short tcpl; //TCP长度
}PSD_HEADER;
typedef struct _tcphdr //定义TCP首部
{
USHORT th_sport; //16位源端口
USHORT th_dport; //16位目的端口
unsigned int th_seq; //32位序列号
unsigned int th_ack; //32位确认号
unsigned char th_lenres; //4位首部长度/6位保留字
unsigned char th_flag; //6位标志位
USHORT th_win; //16位窗口大小
USHORT th_sum; //16位校验和
USHORT th_urp; //16位紧急数据偏移量
}TCP_HEADER;
// 这里只是数据头, 但头最能让你看清报文是啥东东
// IP_HEADER::total_len 指明了实体数据(也就是真正的消息内容)长度.
// 其他以此类推
第2个回答  2005-11-03
有两个字不同

字节流和报文流的区别
字节流与字符流主要的区别是他们的的处理对象 字节流是由字节组成的,字符流是由字符组成的. Java里字符由两个字节组成.字节流是最基本的,所有的InputStrem和OutputStream的子类都是,主要用在处理二进制数据,它是按字节来处理的 但实际中很多的数据是文本,又提出了字符流的概念,它是按虚拟机的encod...

面向报文和面向字节流的区别
这要从它们的工作特点来谈起了: UDP是面向报文的,发送方的UDP对应用层交下来的报文,不合并,不拆分,只是在其上面加上首部后就交给了下面的网络层,也就是说无论应用层交给UDP多长的报文,它统统发送,一次发送一个。

面向报文和面向字节流的区别
1,TCP是面向连接(Connection oriented)的协议,UDP是无连接(Connection less)协议;2,TCP无界,UDP有界;3,TCP可靠,UDP不可靠;由于TCP要保证所有的数据包都可以到达,所以,需要有重传机制(快重传,快恢复,超时重传),UDP不会进行重传。4,TCP有序,UDP无序;消息在传输过程中可能会乱序,后发送...

为什么说udp是面向报文的而tcp是面向字节流的
这个说法是因为处理数据时的方式和策略不同。1、udp在面向报文传输数据时,将应用层交给它的报文直接发送,不会对报文进行拆分或合并。这意味着,应用程序发送给udp多长的报文,udp会原封不动地发送给接收方。udp关注的是报文的完整性,而不是传输的效率。2、tcp面向字节流传输数据时,将应用程序看作一...

如何理解TCP的字节流
tcp字节流指在发送方把从应用层发下来的所有报文组成一个字节流而非报文流,根据拥塞控制和流量控制由os的协议栈实现切割出tcp报文段下交给网络层。因此会导致发送方5层交给4层的包和接收方4层交给5层的包的长度不同,即所谓的tcp粘包,接收方的应用层必须有能力解决这一信息不对等的问题。

网络工程师考试大纲(2)
·流量控制(可变大小的滑动窗口协议、字节流和报文流的区别)(II) 3.2.3 网络层协议IP ·A、B、C、D类IP地址及子网掩码,单播\/组播\/广播地址,公网\/私网地址(III) ·VLSM和CIDR技术,NAT\/NAPT技术(III) ·ARP请求\/响应,路由器代理ARP,ARP表,地址绑定(III) ·ICMP的报文类型(目标不可达到、超时、源抑制、ECH...

UDP、TCP 协议区别?
udp 和tcp 是 OSI 模型中的运输层中的协议。tcp 提供可靠的通信传输,而 udp 则常被用于让广播和细节控制交给应用的通信传输。两者的区别大致如下:tcp 面向连接,udp 面向非连接即发送数据前不需要建立链接;tcp 提供可靠的服务(数据传输),udp 无法保证;tcp 面向字节流,udp 面向报文;tcp 数据...

简述tcp三次握手 四次挥手
全双工的:可以双向传输 字节流:不限制数据大小,打包成报文段,保证有序接收,重复报文自动丢弃 流量缓冲:解决双方处理能力的不匹配 可靠的传输服务:保证可达,丢包时通过重发机制实现可靠性 拥塞控制:防止网络出现恶性拥塞 因为是基于可用连接的,所以建立连接的过程需要三次握手; 因为是全双工的,所以...

tcp和udp的区别
1、TCP是面向连接的,UDP是无连接的,TCP提供可靠的服务,也就是说,通过TCP连接传输的数据不会丢失,没有重复,并且按顺序到达,UDP没有可靠性。2、TCP是面向字节流的,实际上是TCP把数据看成一连串无结构的字节流;UDP是面向报文的。TCP是全双工的可靠信道,UDP是不可靠信道。为了确保消息传输的可靠...

tcp和udp概念和区别
tcp和udp两者的概念区别如下:1、TCP面向连接(如打电话要先拨号建立连接);UDP是无连接的,即发送数据之前不需要建立连接。2、TCP提供可靠的服务。也就是说,通过TCP连接传送的数据,无差错,不丢失,不重复,且按序到达;UDP尽最大努力交付,即不保 证可靠交付。3、TCP面向字节流,实际上是TCP把数据...

相似回答