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，这个对象可以用来操作磁盘文件。