Java IO流和文件之一(概念)

本文是对学习工作的总结，参考了网上的资料。

http://www.cnblogs.com/oubo/archive/2012/01/06/2394638.html

流的概念和作用

流是一组有顺序、有起点和终点的字节集合，是对数据传输的总称或抽象。即数据在两设备间的传输称为流，流的本质是数据传输，根据传输特性将流抽象为各种类，方便直观的进行数据操作。

IO流的分类

根据处理数据类型的不同分为：字符流和字节流

根据数据流向不同分为：输入流和输出流

字符流和字节流

所有的文件在硬盘或在传输时都是以字节的方式进行的，包括图片等都是按字节的方式存储的，而字符是只有在内存中才会形成，所以在开发中，字节流使用较为广泛。那么在开发中是使用字节流更好。

读写单位不同：字节流以字节（8bit）为单位，字符流以字符为单位，根据码表映射字符，一次可能处理多个字节。

处理对象不同：字节流能处理所有类型的数据（入图片，avi等），而字符流只能处理字符类型的数据。

输入流和输出流：

对输入流只能进行读操作，对输出流只能进行写操作，程序中需要根据待传输数据的不同特性使用不同的流。

（图片来自）http://www.cnblogs.com/oubo/archive/2012/01/06/2394638.html

Java流对象

1、输入字节流InputStream IO中字节流的继承关系见上图

a) InputSteam此抽象类是表示字节输入流的所有类的超类。

public abstract classInputStreamextends ObjectimplementsCloseable

需要定义 InputStream 子类的应用程序必须总是提供返回下一个输入字节的方法。 

available() 返回此输入流下一个方法调用可以不受阻塞地从此输入流读取（或跳过）的估计字节数。

关于该方法，需要说明如下：

①如果要从网络中下载文件时，我们知道网络是不稳定的，也就是说网络下载时，read()方法是阻塞的，说明这时我们用inputStream.available()获取不到文件的总大小。
此时就需要通过
HttpURLConnection httpconn = (HttpURLConnection)url.openConnection();  
        httpconn.getContentLength();//获取文件长度
来获取文件的大小。
②如果是本地文件的话，用此方法就返回实际文件的大小。
③这个方法其实是通过文件描述符File.length获取文件的总大小，而并不是事先将磁盘上的文件数据全部读入流中，再获取文件总大小。

void close() 关闭此输入流并释放与该流关联的所有系统资源。

关于此方法，需要说明的是：

有时我们会自己实现一个读取文件的Read类，入封装一个读取txt xml文件的类，里面可能会有init，close方法，对于这些初始化，结束的方法，Read在哪里被调用，就在哪里初始化和关闭。不要在Read的某个方法中初始化或关闭。

void mark(int readlimit) 在此输入流中标记当前的位置。

void  reset() 将此流重新定位到最后一次对此输入流调用 mark 方法时的位置。

根据JAVA官方文档的描述，mark(int readlimit)方法表示，标记当前位置，并保证在mark以后最多可以读取readlimit字节数据，mark标记仍有效。如果在mark后读取超过readlimit字节数据，mark标记就会失效，调用reset()方法会有异常。 
但实际的运行情况却和JAVA文档中的描述并不完全相符。 有时候在BufferedInputStream类中调用mark(int readlimit)方法后，即使读取超过readlimit字节的数据，mark标记仍有效，仍然能正确调用reset方法重置。 

事实上，mark在JAVA中的实现是和缓冲区相关的。只要缓冲区够大，mark后读取的数据没有超出缓冲区的大小，mark标记就不会失效。如果不够大，mark后又读取了大量的数据，导致缓冲区更新，原来标记的位置自然找不到了。

因此，mark后读取多少字节才失效，并不完全由readlimit参数确定，也和BufferedInputStream类的缓冲区大小有关。 如果BufferedInputStream类的缓冲区大小大于readlimit，在mark以后只有读取超过缓冲区大小的数据，mark标记才会失效

markSupported() 测试此输入流是否支持  mark 和  reset 方法。

read(byte[] b) 从输入流中读取一定数量的字节，并将其存储在缓冲区数组 b 中。

read(byte[] b, int off, int len)  将输入流中最多 len 个数据字节读入 byte 数组。

skip(long n)  跳过和丢弃此输入流中数据的 n 个字节。   

b）ByteArrayInputSteam、StringBufferInputStream、FileInputStream是三种基本的介质流，它们分别从Byte数组、StringBuffer和本地文件中读取数据，PipedInputStream是从与其他线程共用的管道中读取数据。

c) ObjectInputSteam和FilterInputStream的所有子类都是装饰流

2、输出字节流OutputStream IO中输出字节流的继承图可见上图，可以看出：

OutputStream 是所有的输出字节流的父类，它是一个抽象类。
ByteArrayOutputStream、FileOutputStream 是两种基本的介质流，它们分别向Byte 数组、和本地文件中写入数据。PipedOutputStream 是向与其它线程共用的管道中写入数据，
ObjectOutputStream 和所有FilterOutputStream 的子类都是装饰流。

3、字节流的输入输出对应关系

（图片来自）http://www.cnblogs.com/oubo/archive/2012/01/06/2394638.html

图中蓝色的为主要的对应部分，红色的部分就是不对应部分。紫色的虚线部分代表这些流一般要搭配使用。从上面的图中可以看出Java IO 中的字节流是极其对称的。“存在及合理”我们看看这些字节流中不太对称的几个类吧！
LineNumberInputStream 主要完成从流中读取数据时，会得到相应的行号，至于什么时候分行、在哪里分行是由改类主动确定的，并不是在原始中有这样一个行号。在输出部分没有对应的部分，我们完全可以自己建立一个LineNumberOutputStream，在最初写入时会有一个基准的行号，以后每次遇到换行时会在下一行添加一个行号，看起来也是可以的。好像更不入流了。
PushbackInputStream 的功能是查看最后一个字节，不满意就放入缓冲区。主要用在编译器的语法、词法分析部分。输出部分的BufferedOutputStream 几乎实现相近的功能。
StringBufferInputStream 已经被Deprecated，本身就不应该出现在InputStream 部分，主要因为String 应该属于字符流的范围。已经被废弃了，当然输出部分也没有必要需要它了！还允许它存在只是为了保持版本的向下兼容而已。
SequenceInputStream 可以认为是一个工具类，将两个或者多个输入流当成一个输入流依次读取。完全可以从IO 包中去除，还完全不影响IO 包的结构，却让其更“纯洁”――纯洁的Decorator 模式。
PrintStream 也可以认为是一个辅助工具。主要可以向其他输出流，或者FileInputStream 写入数据，本身内部实现还是带缓冲的。本质上是对其它流的综合运用的一个工具而已。一样可以踢出IO 包！System.out 和System.out 就是PrintStream 的实例

4字符输入流Reader

从上面的继承关系图可以看出

a）Reader是所有字符输出流的父类

用于读取字符流的抽象类。子类必须实现的方法只有 read(char[], int, int) 和 close()。但是多数子类将重写此处定义的一些方法，以提供更高效率和/或其他功能。

与InputStream相比，少了available()方法，多了ready()方法。

b)CharReader、StringReader是两种基本的介质流，它们分别从char数组，String中读取数据。

PipedReader 是从与其它线程共用的管道中读取数据。
c) BufferedReader 很明显就是一个装饰器，它和其子类负责装饰其它Reader 对象。
d) FilterReader 是所有自定义具体装饰流的父类，其子类PushbackReader 对Reader 对象进行装饰，会增加一个行号。

public abstract classFilterReaderextends Reader

e) InputStreamReader  

public class InputStreamReader  extends ReaderInputStreamReader 是字节流通向字符流的桥梁：它使用指定的 charset 读取字节并将其解码为字符。它使用的字符集可以由名称指定或显式给定，或者可以接受平台默认的字符集。 
每次调用 InputStreamReader 中的一个 read() 方法都会导致从底层输入流读取一个或多个字节。要启用从字节到字符的有效转换，可以提前从底层流读取更多的字节，使其超过满足当前读取操作所需的字节。 
为了达到最高效率，可要考虑在 BufferedReader 内包装 InputStreamReader。例如： 
 BufferedReader in = new BufferedReader(new InputStreamReader(System.in));

5 Writer 是所有的输出字符流的父类，它是一个抽象类。
CharArrayWriter、StringWriter 是两种基本的介质流，它们分别向Char 数组、String 中写入数据。PipedWriter 是向与其它线程共用的管道中写入数据，
BufferedWriter 是一个装饰器为Writer 提供缓冲功能。
PrintWriter 和PrintStream 极其类似，功能和使用也非常相似。
OutputStreamWriter 是OutputStream 到Writer 转换的桥梁，它的子类FileWriter 其实就是一个实现此功能的具体类（具体可以研究一SourceCode）。功能和使用和OutputStream 极其类似，后面会有它们的对应图。

（图片来自）http://www.cnblogs.com/oubo/archive/2012/01/06/2394638.html

6.字符流与字节流转换
转换流的特点：
其是字符流和字节流之间的桥梁
可对读取到的字节数据经过指定编码转换成字符
可对读取到的字符数据经过指定编码转换成字节
何时使用转换流？
当字节和字符之间有转换动作时；
流操作的数据需要编码或解码时。
具体的对象体现：
InputStreamReader:字节到字符的桥梁
OutputStreamWriter:字符到字节的桥梁

7 RandomAccessFile类
该对象并不是流体系中的一员，其封装了字节流，同时还封装了一个缓冲区（字符数组），通过内部的指针来操作字符数组中的数据。 该对象特点：
该对象只能操作文件，所以构造函数接收两种类型的参数：a.字符串文件路径；b.File对象。
该对象既可以对文件进行读操作，也能进行写操作，在进行对象实例化时可指定操作模式(r,rw)
注意：该对象在实例化时，如果要操作的文件不存在，会自动创建；如果文件存在，写数据未指定位置，会从头开始写，即覆盖原有的内容。 可以用于多线程下载或多个线程同时写数据到文件。