字节流和报文流的区别(字节流和消息流的区别)

字符流处理的单元为2个字节的Unicode字符，分别操作字符、字符数组或字符串，而字节流处理单元为1个字节， 操作字节和字节数组。所以字符流是由Java虚拟机将字节转化为2个字节的Unicode字符为单位的字符而成的，所以它对多国语言支持性比较好！如果是 音频文件、图片、歌曲，就用字节流好点，如果是关系到中文（文本）的，用字符流好点. 所有文件的储存是都是字节（byte）的储存，在磁盘上保留的并不是文件的字符而是先把字符编码成字节，再储存这些字节到磁盘。在读取文件（特别是文本文件）时，也是一个字节一个字节地读取以形成字节序列. 字节流可用于任何类型的对象，包括二进制对象，而字符流只能处理字符或者字符串； 字节流提供了处理任何类型的IO操作的功能，但它不能直接处理Unicode字符，而字符流就可以。

字节流与字符流主要的区别是他们的的处理方式 字节流是最基本的，采用ASCII编码,所有的InputStream和OutputStream的子类都是,主要用在处理二进制数据，它是按字节来处理的但实际中很多的数据是文本，又提出了字符流的概念，采用Unicode编码.它是按虚拟机的encode来处理，也就是要进行字符集的转化这两个之间通过 InputStreamReader,OutputStreamWriter来关联，实际上是通过byte[]和String来关联你只要把java处理字节流和字符流的类搞清楚就行了！字节流 字符流输入InputStream Reader 其它的类都是继承这四个基本类的！
字节流与字符流主要的区别是他们的的处理方式 字节流是最基本的，所有的InputStream和OutputStream的子类都是,主要用在处理二进制数据，它是按字节来处理的但实际中很多的数据是文本，又提出了字符流的概念，它是按虚拟机的encode来处理，也就是要进行字符集的转化这两个之间通过 InputStreamReader,OutputStreamWriter来关联，实际上是通过byte[]和String来关联在实际开发中出现的汉字问题实际上都是在字符流和字节流之间转化不统一而造成的在从字节流转化为字符流时，实际上就是byte[]转化为String时，public String(byte bytes[], String charsetName)有一个关键的参数字符集编码，通常我们都省略了，那系统就用操作系统的lang而在字符流转化为字节流时，实际上是String转化为byte[]时，byte[]String.getBytes(String charsetName)也是一样的道理至于java.io中还出现了许多其他的流，按主要是为了提高性能和使用方便， 如BufferedInputStream,PipedInputStream等
stream结尾都是字节流，reader和writer结尾都是字符流 两者的区别就是读写的时候一个是按字节读写，一个是按字符。实际使用通常差不多。在读写文件需要对内容按行处理，比如比较特定字符，处理某一行数据的时候一般会选择字符流。 只是读写文件，和文件内容无关的，一般选择字节流。
编码方式不同决定处理文件类型不同，字节流(ASCII)处理二进制文件，字符流(Unicode)处理文本文件，仅此而已。

面向报文和面向字节流的区别是所处的那个计算机等级不一样，字节流和报文的等级不一样，报文等级高一点儿。 求个采纳，谢谢你了哦

字节流是由字节组成的, 字节流是最基本的，所有的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位服务类型TOSunsigned short total_len; //16位总长度（字节）unsigned short ident; //16位标识unsigned short frag_and_flags; //3位标志位unsigned char ttl; //8位生存时间 TTLunsigned 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 指明了实体数据(也就是真正的消息内容)长度. // 其他以此类推
有两个字不同

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