正如你所说Java IO分两种流 1）字节流 InputStream OutputStream ；2）字符流 Reader Writer 。为什么需要用两种流，而且要转换，不直接用字符流。简单说来，就是字符流不能处理所有的情况，字节流也不能处理所有的情况。所以需要两种转换。
下一个数据字节；如果到达流的末尾，则返回 -1。抛出：IOException - 如果发生 I/O 错误。可以看出，它的返回值为0-255，但是byte的范围呢？-128-127，也就是说前面所说的读取一个字节的内容并不是java中的byte。也就是说你把一个字节的数据和java中的byte类型的数据混淆了。
作为读写文件的全体，这是没问题的，但是，如果要处理每次读入的内容，就最好使用字符流。所以在文本文件处理时，使用字符流是个最常用的方法。
字节流 所有的读操作都继承自一个公共超类java.io.InputStream类。所有的写操作都继承自一个公共超类java.io.OutputStream类。InputStream和OutputStream都是抽象类。
对于字节，所有东西都应该当成是“数据”，能不变就尽量不变。到底用字节流还是字符流来处理是要看你想处理什么数据，是否需要其中的某个翻译功能（翻译给人看的，电脑对它不感兴趣）。
与传统的关系数据模式区别B.Babcock等[90]认为数据流模式在以下几个方面不同于传统的关系数据模式： 数据联机到达； 处理系统无法控制所处理的数据的到达顺序； 数据可能是无限多的； 由于数据量的庞大，数据流中的元素被处理后将被抛弃或存档（archive）。
三个 特点 我们认为，当前所研究的数据流计算之所以不同于传统的计算模式，关键在于这些数据流数据本身具有如下三个特点： 数据的到达—快速 这意味着短时间内可能会有大量的输入数据需要处理。这对处理器和输入输出设备来说都是一个较大的负担，因此对数据流的处理应尽可能简单。
数据流计算的独特性在于其数据特性，主要体现在三个方面：首先，数据的到达速度极快，如酷睿2处理器所处理的大量输入数据，对处理器和I/O设备构成了挑战。因此，对数据流的处理需要尽可能简化，以减轻负担。其次，数据的范围广泛，属性维度可能极大，例如地理位置、手机号码、人或网络节点等。
表达方式不同 数据流图：从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程。数据流程图：用一组符号来描述整个系统中信息的全貌，综合地反映出信息在系统中的流动、处理和存储情况。
以数据驱动方式进行操作的一种计算机。它的操作方式与传统计算机有着本质的差别。在数据流计算机中。只有当一条或一组指令所需要的操作数全部准备好，才驱动相应指令执行操作，操作结果的输出数据将传送给下一条或下一组指令。
数据在系统内部的逻辑流向和逻辑变换过程。抽象性和概括性是数据流程图的两个主要特征。抽象性是数据流程图把具体的组织机构、工作场所、物质流都去掉，只剩下信息和数据存储、流动、使用以及加工情况。概括性是数据流程图把系统对各种业务的处理过程联系起来考虑，形成一个总体。
外部实体与外部实体之间不存在数据流 外部实体与数据存储之间不存在数据流 数据存储与数据存储之间不存在数据流 对同一个加工来说，输入与输出的名字必须不同样。即使它们的组成成分同样。对于每一个加工，必须既有输入数据流。又有输出数据流。数据流与加工有关，且必须经过加工。对于加工。
数据流图是结构化分析的工具，结构化方法就是采用自顶向下逐层分解的思想进行分析建模的。随着分解层次的增加，抽象的级别也越来越低，即越来越接近问题的解。数据流图建模应遵循：自顶向下、从抽象到具体的原则。
在单张数据流图时，必须注意以下原则：一个加工的输出数据流不应与输入数据流同名，即使它们的组成成分相同。保持数据守恒。也就是说，一个加工所有输出数据流中的数据必须能从该加工的输入数据流中直接获得，或者说是通过该加工能产生的数据。每个加工必须既有输入数据流，又有输出数据流。
数据守恒原则：加工的输出数据必须直接来源于输入或通过加工生成，体现数据的完整性和一致性。加工结构要求：每个加工必须具备输入和输出数据流，确保信息的双向流动。数据流起点和终点：所有的数据流必须始于一个外部实体，终止于另一个外部实体，体现数据的来源和去向。
1、在软件开发中，需求分析阶段可以使用的工具是DFD图。在软件开发中，需求分析阶段常使用的工具有数据流图（DFD）、数据字典（DD）、判断树和判断表。
2、结构化分析中，常用到数据模型为实体关系图，功能模型是数据流图 DFD 可以认为，一个基于计算机的信息处理系统由数据流和一系列的转换构成，这些转换将输入数据流变换为输出数据流。数据流图就是用来刻画数据流和转换的信息系统建模技术的。它用简单的图形记号分别表示数据流、转换、数据源以及外部实体。
3、数据流图：只反映系统必须完成的逻辑功能，所以它是一种功能模型。在结构化开发方法中，数据流图是需求分析阶段产生的结果。数据流程图：抽象性和概括性。抽象性指的是数据流程图把具体的组织机构、工作场所、物质流都去掉，只剩下信息和数据存储、流动、使用以及加工情况。
数据流图从数据传递和加工的角度，以图形的方式刻画数据流从输入到输出的移动变换过程。
数据流程图（Data Flow Diagram，简称DFD）是一种图形工具，用于描述数据处理过程的逻辑模型。它是一种以图形方式表示数据流和数据处理的工具，用于描述系统或过程的功能、数据流和数据存储。数据流程图由一系列图形符号和文本构成，用于描述系统的数据处理流程。
是一种能全面地描述系统数据流程的主要工具，它用一组符号来描述整个系统中信息的全貌，综合地反映出信息在系统中的流动、处理和存储情况。
数据流程图（DFD）是可视化系统内信息流的传统方法，它以图形的方式描述了大量系统需求。具体来说，数据流程图主要展示了信息如何进入和离开系统，以及如何在系统中改变。作用和特点如下：作用 便于用户表达功能需求和数据需求及其联系。
数据流图的画法 数据流图也称为数据流程图date flow diagram ， DFD，是一种便于用户理解和分析系统数据流程的图形工具，他摆脱了系统和具体内容，精确的在逻辑上描述系统的功能、输入、输出和数据存储等，是系统逻辑模型的重要组成部分。 数据流图的基本组成成分 数据流：是由一组固定成分的数据组成，表示数据的流向。
Data Flow Diagram，DFD/Data Flow Chart），是描述系统数据流程的工具，它将数据独立抽象出来，通过图形方式描述信息的来龙去脉和实际流程。它是一种能全面地描述信息系统逻辑模型的主要工具。它可以利用少数几种符号综合的反映出信息在系统中的流动、处理和存储的情况。数据流程图具有抽象性和概括性。