JavaIO流
JavaIO流
流的概念和作用
- 流:代表任何有能力产出数据的数据源对象或者是有能力接受数据的接收端对象
- 流的本质:数据传输,根据数据传输特性将流抽象为各种类,方便更直观的进行数据操作。
- 作用:为数据源和目的地建立一个输送通道
JavaIO所采用的模型
- Java的IO模型设计非常优秀,它使用Decorator(装饰者)模式,按功能划分Stream,您可以动态装配这些Stream,以便获得您需要的功能。
- 例如,您需要一个具有缓冲的文件输入流,则应当组合使用FileInputStream和BufferedInputStream。
IO流的分类
按数据流的方向分为 输入流、输出流
- 此输入、输出是相对于我们写的代码程序而言,
- 输入流:从别的地方(本地文件,网络上的资源等)获取资源 输入到 我们的程序中
- 输出流:从我们的程序中 输出到 别的地方(本地文件), 将一个字符串保存到本地文件中,就需要使用输出流。
按处理数据单位不同分为 字节流、字符流
- 1字符 = 2字节 、 1字节(byte) = 8位(bit) 、 一个汉字占两个字节长度
- 字节流:每次读取(写出)一个字节,当传输的资源文件有中文时,就会出现乱码
- 字符流:每次读取(写出)两个字节,有中文时,使用该流就可以正确传输显示中文
按功能不同分为 节点流、处理流
- 节点流:以从或向一个特定的地方(节点)读写数据。如FileInputStream
- 处理流:是对一个已存在的流的连接和封装,通过所封装的流的功能调用实现数据读写。如BufferedReader。处理流的构造方法总是要带一个其他的流对象做参数。一个流对象经过其他流的多次包装
4个基本的抽象流类型,所有的流都继承这四个
输入流 输出流 字节流 InputStream outputStream 字符流 Reader Writer inputStream:字节输入流
outputStream:字节输出流
Reader:字符输入流
Writer:字符输出流
总结流的分类
- 首先自己要知道是选择输入流还是输出流,这就要根据自己的情况而定,如果你想从程序写东西到别的地方,那么就选择输出流,反之用输入流
- 然后考虑你传输数据时,是选择使用字节流传输还是字符流,也就是每次传1个字节还是2个字节,有中文肯定就选择字符流了
- 前面两步就可以选出一个合适的节点流了,比如字节输入流inputStream,如果要在此基础上增强功能,那么就在处理流中选择一个合适的即可
字符流的由来: Java中字符是采用Unicode标准,一个字符是16位,即一个字符使用两个字节来表示。为此,JAVA中引入了处理字符的流。因为数据编码的不同,而有了对字符进行高效操作的流对象。本质其实就是基于字节流读取时,去查了指定的码表
IO流的特性
- 先进先出,最先写入输出流的数据最先被输入流读取到
- 顺序存取,可以一个接一个地往流中写入一串字节,读出时也将按写入顺序读取一串字节,不能随机访问中间的数据。(RandomAccessFile可以从文件的任意位置进行存取(输入输出)操作)
- 只读或只写,每个流只能是输入流或输出流的一种,不能同时具备两个功能,输入流只能进行读操作,对输出流只能进行写操作。在一个数据传输通道中,如果既要写入数据,又要读取数据,则要分别提供两个流
IO流常用到的五类一接口
在整个Java.io包中最重要的就是5个类和一个接口。5个类指的是File、OutputStream、InputStream、Writer、Reader;一个接口指的是Serializable.掌握了这些IO的核心操作那么对于Java中的IO体系也就有了一个初步的认识了。
主要的类如下:
- File(文件特征与管理):File类是对文件系统中文件以及文件夹进行封装的对象,可以通过对象的思想来操作文件和文件夹。 File类保存文件或目录的各种元数据信息,包括文件名、文件长度、最后修改时间、是否可读、获取当前文件的路径名,判断指定文件是否存在、获得当前目录中的文件列表,创建、删除文件和目录等方法
- InputStream(二进制格式操作):抽象类,基于字节的输入操作,是所有输入流的父类。定义了所有输入流都具有的共同特征
- OutputStream(二进制格式操作):抽象类。基于字节的输出操作。是所有输出流的父类。定义了所有输出流都具有的共同特征
- Reader(文件格式操作):抽象类,基于字符的输入操作
- Writer(文件格式操作):抽象类,基于字符的输出操作
- RandomAccessFile(随机文件操作):一个独立的类,直接继承至Object.它的功能丰富,可以从文件的任意位置进行存取(输入输出)操作
![]()
Java IO流对象
输入字节流InputStream
![]()
认识每个类的功能即作用
- ByteArrayInputStream:字节数组输入流,该类的功能就是从字节数组(byte[])中进行以字节为单位的读取,也就是将资源文件都以字节的形式存入到该类中的字节数组中去,我们拿也是从这个字节数组中拿
- PipedInputStream:管道字节输入流,它和PipedOutputStream一起使用,能实现多线程间的管道通信
- FilterInputStream :装饰者模式中处于装饰者,具体的装饰者都要继承它,所以在该类的子类下都是用来装饰别的流的,也就是处理类
- BufferedInputStream:缓冲流,对处理流进行装饰,增强,内部会有一个缓存区,用来存放字节,每次都是将缓存区存满然后发送,而不是一个字节或两个字节这样发送。效率更高
- DataInputStream:数据输入流,它是用来装饰其它输入流,它“允许应用程序以与机器无关方式从底层输入流中读取基本 Java 数据类型
- FileInputSream:文件输入流。它通常用于对文件进行读取操作
- File:对指定目录的文件进行操作,具体可以查看讲解File的博文。注意,该类虽然是在IO包下,但是并不继承自四大基础类
- ObjectInputStream:对象输入流,用来提供对“基本数据或对象”的持久存储。通俗点讲,也就是能直接传输对象(反*序列化中使用*)
输出字节流OutputStream
![]()
- OutputStream 是所有的输出字节流的父类,它是一个抽象类
- ByteArrayOutputStream、FileOutputStream 是两种基本的介质流,它们分别向Byte 数组、和本地文件中写入数据。PipedOutputStream 是向与其它线程共用的管道中写入数据
- ObjectOutputStream 和所有FilterOutputStream 的子类都是装饰流(*序列化中使用*)
字符输入流Reader
![]()
- Reader 是所有的输入字符流的父类,它是一个抽象类
- CharReader、StringReader 是两种基本的介质流,它们分别将Char 数组、String中读取数据。PipedReader 是从与其它线程共用的管道中读取数据
- BufferedReader 很明显就是一个装饰器,它和其子类负责装饰其它Reader 对象
- FilterReader 是所有自定义具体装饰流的父类,其子类PushbackReader 对Reader 对象进行装饰,会增加一个行号
- InputStreamReader 是一个连接字节流和字符流的桥梁,它将字节流转变为字符流。FileReader 可以说是一个达到此功能、常用的工具类,在其源代码中明显使用了将FileInputStream 转变为Reader 的方法。我们可以从这个类中得到一定的技巧。Reader 中各个类的用途和使用方法基本和InputStream 中的类使用一致。后面会有Reader 与InputStream 的对应关系
字符输出流Writer
![]()
- Writer 是所有的输出字符流的父类,它是一个抽象类
- CharArrayWriter、StringWriter 是两种基本的介质流,它们分别向Char 数组、String 中写入数据。PipedWriter 是向与其它线程共用的管道中写入数据
- BufferedWriter 是一个装饰器为Writer 提供缓冲功能
- PrintWriter 和PrintStream 极其类似,功能和使用也非常相似
- OutputStreamWriter 是OutputStream 到Writer 转换的桥梁,它的子类FileWriter 其实就是一个实现此功能的具体类(具体可以研究一SourceCode)。功能和使用和OutputStream 极其类似
字节流和字符流使用情况:(重要)
- 字符流和字节流的使用范围:字节流一般用来处理图像,视频,以及PPT,Word类型的文件。字符流一般用于处理纯文本类型的文件,如TXT文件等,字节流可以用来处理纯文本文件,但是字符流不能用于处理图像视频等非文本类型的文件
字符流与字节流转换
转换流的作用,文本文件在硬盘中以字节流的形式存储时,通过InputStreamReader读取后转化为字符流给程序处理,程序处理的字符流通过OutputStreamWriter转换为字节流保存
转换流的特点:
- 其是字符流和字节流之间的桥梁
- 可对读取到的字节数据经过指定编码转换成字符
- 可对读取到的字符数据经过指定编码转换成字节
何时使用转换流?
- 当字节和字符之间有转换动作时
- 流操作的数据需要编码或解码时
具体的对象体现
- InputStreamReader:字节到字符的桥梁
- OutputStreamWriter:字符到字节的桥梁
- 这两个流对象是字符体系中的成员,它们有转换作用,本身又是字符流,所以在构造的时候需要传入字节流对象进来
- OutputStreamWriter(OutStreamout):将字节流以字符流输出
- InputStreamReader(InputStream in):将字节流以字符流输入
字节流和字符流的区别(重点)
字节流和字符流的区别:
- 字节流没有缓冲区,是直接输出的,而字符流是输出到缓冲区的。因此在输出时,字节流不调用colse()方法时,信息已经输出了,而字符流只有在调用close()方法关闭缓冲区时,信息才输出。要想字符流在未关闭时输出信息,则需要手动调用flush()方法
- 读写单位不同:字节流以字节(8bit)为单位,字符流以字符为单位,根据码表映射字符,一次可能读多个字节
- 处理对象不同:字节流能处理所有类型的数据(如图片、avi等),而字符流只能处理字符类型的数据
- 结论:只要是处理纯文本数据,就优先考虑使用字符流。除此之外都使用字节流
System类对IO的支持
![]()
针对一些频繁的设备交互,Java语言系统预定了3个可以直接使用的流对象,分别是:
- System.in(标准输入),通常代表键盘输入
- System.out(标准输出):通常写往显示器
- System.err(标准错误输出):通常写往显示器
标准I/O
- Java程序可通过命令行参数与外界进行简短的信息交换,同时,也规定了与标准输入、输出设备,如键盘、显示器进行信息交换的方式。而通过文件可以与外界进行任意数据形式的信息交换
处理流BufferedReader,BufferedWriter,BufferedInputStream
- BufferedOutputsStream,都要包上一层节点流。也就是说处理流是在节点流的基础之上进行的,带有Buffered的流又称为缓冲流,缓冲流处理文件的输入输出的速度是最快的。所以一般缓冲流的使用比较多
什么是装饰者模式
用我自己的话来说,就是往一个添加更多的功能,而我们首先想到的是继承,继承就很好的符合了我们的要求,不管你想加多少层的功能,都可以使用继承一层层的实现,但是这带来了一个问题,一旦我需要改变我的需求,那么我就需要往源码中改东西,再就是在这个继承链中某个类做一些修改,这不符合我们的设计模式思想,所以就有了装饰者模式,装饰者中拥有被装饰者的实例,然后有什么具体的装饰我们都另写一个类来继承该装饰者,当我们需要该装饰时,就new出该类来,然后将其被装饰者当作参数传递进去
现在来看看一个具体的实例。比如,我们需要制作一份鸡腿堡,流程是怎样的呢
- 先有基本原料,也就是两块面包,这是不管做什么汉堡都需要的
- 做什么汉堡,取决于加什么材料,比如生菜,鸡肉等,所以根据材料来做汉堡,想做什么汉堡就加什么材料
- 所有材料加完之后,直接计算价格即可这样使用装饰者模式,是不是比一直使用继承方便的多的多呢?换一种汉堡,也不需要改源码,什么也不需要,希望你能够理解清楚其中的思想
其实处理流就是一个具体的装饰者,而节点流就是被装饰者
Scanner类
Java 5添加了java.util.Scanner类,这是一个用于扫描输入文本的新的实用程序。它是以前的StringTokenizer和Matcher类之间的某种结合。由于任何数据都必须通过同一模式的捕获组检索或通过使用一个索引来检索文本的各个部分。于是可以结合使用正则表达式和从输入流中检索特定类型数据项的方法。这样,除了能使用正则表达式之外,Scanner类还可以任意地对字符串和基本类型(如int和double)的数据进行分析。借助于Scanner,可以针对任何要处理的文本内容编写自定义的语法分析器
Scanner套接字节流或字符流:
- 字节流的套接:在Scanner的构造方法中Scanner(InputStream source),InputStream只要经过适当的套接,总能获得你想要的流接口
- 字符流的套接:Scanner(Readable source),你需要使用Java SE5中新加入的一个接口Readable,该接口表示“具有read()方法的某种东西”,查看Readable接口的API你可以发现你想要的带有Reader的类基本都在其中
序列化
将保存在内存中的对象数据转化为二进制数据流进行传输,任何对象都可以序列化
实现方法:实现java.io.Serializable接口
作用:把一个Java对象写入到硬盘或者传输到网路上面的其它计算机,这时我们就需要自己去通过java把相应的对象写成转换成字节流。对于这种通用的操作,我们为什么不使用统一的格式呢?没错,这里就出现了java的序列化的概念。在Java的OutputStream类下面的子类ObjectOutput-Stream类就有对应的WriteObject(Object object) 其中要求对应的object实现了java的序列化的接口
在使用tomcat开发JavaEE相关项目的时候,我们关闭tomcat后,相应的session中的对象就存储在了硬盘上,如果我们想要在tomcat重启的时候能够从tomcat上面读取对应session中的内容,那么保存在session中的内容就必须实现相关的序列化操作,还有jdbc加载驱动用的就是反序列化,将字符串变为对象
反序列化
将二进制数据换回原对象
构造:
- ObjectInputStream(InputStream in)
方法:
- Object readObject() 从 ObjectInputStream 读取对象
transient关键字(一个类某些属性不需要序列化)
以上序列化和反序列化实现了的对象序列化,但是可以发现,操作时是将整个对象的所有属性序列化,那么transient关键字可以将某些内容不需要保存,就可以通过transient关键字来定义
private transient string title;
此时title属性无法被序列化
总结
- inputStream类的功能不足被Scanner解决了
- OutputStream类的功能不足被PrintStream解决了
- Reader类功能不足被BufferReader解决了
- Writer类的功能不足被PrintWriter解决了
- 输出数据用printStream,printwriter读取数据用Scanner其次是bufferReader







浙公网安备 33010602011771号