流
为什么动不动就说 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 格式的特殊性吧 ~