深入分析java I/O

I/O 是最为基础重要的一门工程，它是数据信息交换的渠道方式。在爆炸性海量数据的互联网时代，I/O问题尤其重要，往往影响我们系统的性能祸首之一。
常常有网络I/O网络数据上传与下载能力， 磁盘I/O即是我们硬盘的读写能力。
而I/O类主要在JDK包java.io下，类比较繁多，我们只需要挑一两个来study。根据数据流的格式和方式如下分类：
1）基于字节（抽象类）：InputStream 和 OutputStream
2）基于字符（抽象类）：Writer 和 Reader
3）基于磁盘文件（类）：File
4）基于网络传输（类）：Socket

基于字节的I/O操作
InputStream类的相关层级关系

代码1

 private static void inputStreamForFile(File file) throws IOException { InputStream fis = null; try { fis = new FileInputStream(file); /* int result; while ((result = fis.read()) != -1) { System.out.print((char)result); }*/ byte[] buffer = new byte[(fis.available())]; // 缓存大小跟文件字节数一致 fis.read(buffer); System.out.println(new String(buffer)); } finally { fis.close(); } } 

与InputStream输入字节流相对应的是OutputStream输出字节流

代码2

public static void outputStreamToFile(File file) { String bufferStr = new String("\n hello from outStream!"); byte buffer[] = bufferStr.getBytes(); OutputStream out = null; try { // 以追加的方式写入文件 out = new FileOutputStream(file, true); out.write(buffer); } catch (Exception ex) { ex.printStackTrace(); } finally { try { out.close(); } catch (IOException ioEx) { System.out.println(ioEx.toString()); } } }

其中，FileOutputStream(File file, boolean append)
以追加的方式，添加入文件的末尾。
通过类层次可以知道，FileOutputStream 的子类有SocketOutputStream, 即网络输出字节流其实也是以文件流形式进行传输。

基于字符的I/O操作
最小的存储单元是字节而不是字符，所以I/O操作都是针对字节进行存储。那为啥需要引入字符呢？那是因为在我们的程序中，通常操作的数据都是以字符形式，为了操作方便需要提供一个直接写字符的 I/O 接口。

Reader 字符流，它的类层次结构如下

代码3

private static void readForFile(File file) throws IOException { StringBuffer sb; FileReader fileReader = null; try { sb = new StringBuffer(); char[] buf = new char[1024]; fileReader = new FileReader(file); while (fileReader.read(buf) > 0) { sb.append(buf); } } finally { fileReader.close(); } System.out.println("readForFile, " + sb.toString()); }

Writer的类层次结构

代码4

private static void writeForFile(File file) throws IOException { FileWriter fw = null; try { fw = new FileWriter(file, true); fw.write("this is from write"); } finally { fw.close(); } } 

刚才说了，底层是以最小单元为字节进行存储，而程序中经常以字符来进行操作，所以存在字节与字符的转化，拿InputStream 输入字节流举例，类结构如下

如果转换时，没有指定编码，会以默认的字符编码进行转义，默认的是“UTF-8”

 public static Charset defaultCharset() { if (defaultCharset == null) { synchronized (Charset.class) { String csn = AccessController.doPrivileged( new GetPropertyAction("file.encoding")); Charset cs = lookup(csn); if (cs != null) defaultCharset = cs; else defaultCharset = forName("UTF-8"); } } return defaultCharset; }

java 访问磁盘文件
在 java 中通常的 File 并不代表一个真实存在的文件对象，当你指定一个路径描述符时，他就会返回代表这个路径的虚拟对象，它可能是一个真实存在的文件或者一个包含多个文件的文件夹。多数情况下，我们并不关心这是文件是否存在，只关心这个文件到底如何操作。那么什么时候会检查这个文件是否真实存在呢？
只有在真正需要读取文件的时候，才会去检查这个文件是否存在
前文已经提到，文件存盘的最小单位是字节，所以直接和硬盘打交道的是字节流，针对于输入文件字节流FileInputStream，在它实例化时会创建一个 FileDescritor 对象，其实FileDescritor就是代表一个存在的文件对象的描述。当我们在操作一个FileInputStream文件对象时，可以通过其 getFD() 方法来获取FileDescriptor对象。而FileDescriptor是与底层操作系统相关联文件的行为描述。

具体的行为包括如下：

/** * Force all system buffers to synchronize with the underlying * device. This method returns after all modified data and * attributes of this FileDescriptor have been written to the * relevant device(s)… **/ FileDescriptor.sync() 方法将操作系统缓存中的数据强制刷新到物理磁盘中。 /** * Tests if this file descriptor object is valid. */ FileDescriptor.valid() 方法将检测描述对象是否有效。

当传入一个文件路径时，将会根据这个路径创建一个 File 对象，然后创建StreamDecoder进行编码解码，最后将会真正创建一个关联真实存在的磁盘文件的文件描述符 FileDescriptor，这个对象可以用来操作磁盘文件。