流

为什么动不动就说 io 流？这个“流”是什么意思呢？

流这个词，也常常出现在电竞选手的领域。大家都说，哦，这个队伍经常上去卖人头来取得局面优势的这种打法，叫献祭流。

而到了 JAVA 环境中，流就是数据从输入源读到程序，以及从程序写入到输出源的过程。

数据就像水流一样，来了又走了，但是又留下了什么。留下什么就要看程序对数据进行了什么样的操作。

Java 这里呢，有不同的分类标准。

按照数据的流向，分为：

输入流：数据流从数据源到程序；
输出流：数据流从程序到目标输出。

按单位获取数据的类型，分为：

字节流以字节为获取单位
字符流以字符为获取单位，命名规律是： XXXStream。

按处理对象不同，分为：

节点流：直接从源或者终点读写数据，如 FileInputStream/FileOutputStream；
处理流（包装流）：对其他流的处理流，目的是为了让节点流更好用，比如很多 Buffer-开头的流。

IO 抽象类

Java.io 包几乎包含了所有操作输入、输出需要的类。 Java 里提到 io 流，不得不说所有 IO 流类的抽象父类：

InputStream（字节输入流）
OutputStream（字节输出流）
Reader（字符输入流）
Writer（字符输出流）

就是四个爸爸，每次要用的时候，当然用的越具体越好。

下图来自菜鸟网站（Java）

每一个爸爸类后面跟的分支就是我们具体用的时候要调的类。

可以看到很多类都具有比较好的对称性：

字符流下面

一写：Writer，一读：Reader；

字节流下面

一写：OutputStream，一读：InputStream。

包括每个下面的操作也是成对出现的：

如 BufferedReader——BufferedWriter、InputStreamReader——OutputStreamWriter。

常用方法

.close()

非常重要，不然资源一打开，就会占内存。尤其是打开大文件，或者打开了多个文件。我们从小白开始就要有内存控制的意识。

.read()

InputStream 类里面约定，read 返回的是 -1 到 255 范围的 int。

.write()

针对 File 的其他通用操作：查看路径（当前的、绝对的），文件是否存在、文件是否隐藏（isHidden），是否为空等等。

上代码

public class FirstDemo {
    public static void main(String[] args) {
        // 创建字节输入流
        FileInputStream file = null;
        try {
            file = new FileInputStream("/Users/fang/CODE/F/src/com/ftech/TestFileIO/a.rtf");
            int temp = 0;
            StringBuilder sb = new StringBuilder();
            while((temp = file.read()) != -1) {
                System.out.println(temp);
                sb.Append((char)temp);
            }
            System.out.println(sb.toString());
        } catch (FileNotFoundException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        } finally {
            if (file!=null) {
                try {
                    file.close();
                } catch (IOException e) {
                    e.printStackTrace();
                }
            }
        }
    }
}
复制代码

还没掌握怎么用苹果自带软件创建 txt，所以跟着老师演练的时候就随便生成了一个文本文件，保存格式为 rtf。 IDEA 非常强大地给我指出，在什么地方要用异常处理，下图就是两个 catch 在编译时具体被提醒的位置。

而且非常逗的一点是，老师是 a.txt 文件里有 abc，所以很容易就读完了，而且读出来的数字还就是：abc 对应的 ASCII值 97、98、99，然后最后一行读不到了就是 -1。

但是我在读的时候，一开始没写循环，更改了文件里的内容，读出来还是一样的：

一直读不到 -1，但是我在用while + sb 以后，才发现原来文件前面莫名其妙地多了这么多字符：

我的文件里只有一个 a。前面没截到的地方还有 300 多行。期待大佬的解谜。也许是 rtf 格式的特殊性吧 ~

Java 文件操作必知概念

流

IO 抽象类

常用方法

上代码