kotlin中的文件和IO流

java.io.File类，File 能新建、删除、重命名文件和目录，但 File 不能访问文件内容本身。如果需要访问文件内容本身，则需要使用输入/输出流。File对象可以作为参数传递给流的构造函数。

输出

输出

注意，.length()只能返回文件的大小(单位为字节)，文件夹的实际大小无法返回。

输出

以上这些示例中用的都是Java提供的API，kotlin提供了一些扩展方法和扩展属性，可以更加方便的操作文件。

看完这些扩展方法，瞬间觉得Java不香了，感觉都不需要再学IO流了，但是有时候我们并不是只处理文件的IO流，所以Java的IO流还是要学。

按照“流”的数据流向，可以将其化分为：输入流和输出流。输入和输出是相对于程序而言，数据流入程序中，那就是输入流，数据流出程序，那就是输出流。按照“流”中处理数据的单位，可以将其区分为：字节流(二进制流)和字符流。在java中，字节是占1个Byte，即8位；而字符是占2个Byte，即16位。一般来说， 对于文本编辑器或文本输出程序创建的文件例如.txt、.xml、.java，应该使用字符流来读取， 对于二进制文件例如png、doc， 应该使用字节流来读取。因为字节流操作的是二进制数据，所以字节流不涉及编码。字符流操作的是字符，而字符是有编码的，所以字符流需要指定编码，下方的例子中都是用的默认的UTF-8编码。

字节流的抽象基类：InputStream，OutputStream。字符流的抽象基类：Reader，Writer。

由这四个类派生出来的子类名称都是以其父类名作为子类名的后缀，如InputStream的子类FileInputStream，Reader的子类FileReader。

表格总结了各种流：

文件流可以直接操作文件的读写，字符流操作的类为FileWriter和FileReader，字节流操作的类为FileInputStream和FileOutputStream。

FileWriter、FileReader

FileWriter的第二个参数，表示是否追加写入，true为追加，false为覆盖。write中可以追加\n实现换行，也可以使用kotlin扩展函数appendLine实现写入一行。读数据时，同样可以使用kotlin扩展函数readLines()、forEachLine、useLines来简化读取，这三种读取方式不需要手动关闭流。最终输出：

FileInputStream、FileOutputStream

使用String的扩展方法toByteArray()，将String转换为字节数组，然后写入到文件。读取时，按块读取，设置块的大小为1024，每读取一块就打印一块。也可以使用InputStreamd类的扩展方法readBytes()一次性读出所有的内容，但是这种方法不适合大文件。

为了提高数据读写的速度，JavaAPI提供了带缓冲功能的流，在使用这些流类，会创建一个内部缓冲区数组。缓冲流要“套接”在相应的其他流之上(创建时需要传入其他流)，对读写的数据提供了缓冲的功能，提高了读写的效率。写出的数据会先在内存中缓存，使用flush()将会使内存中的数据立刻写出。字符流的缓冲流类为BufferedReader和BufferedWriter，字节流的缓冲流类为BufferedInputStream和BufferedOutputStream。

BufferedReader、BufferedWriter

BufferedReader需要套接在其他的Reader上使用，所以创建时需要传入一个Reader，例如传入一个FileReader，BufferedWriter也是如此。也可以通过Reader和Writer类的扩展函数buffered()返回一个创建好的BufferedReader或BufferedWriter。BufferedReader继承自Reader，所以Reader类的readLines()、forEachLine、useLines扩展函数，BufferedReader同样也可以使用。BufferedReader、BufferedWriter使用示例如下：

输出

可以看出3种扩展函数更简单易用。

下边来对比一下使用了BufferedWriter和不使用BufferedWriter的效率差别，见如下示例：

输出

示例中我将Android的View的源码的2倍作为数据源，然后分别用FileWriter和BufferedWriter将数据源复制到另外两个TXT中。这里用View的源码的2倍作为数据源是因为View的源码只有1M多，体现不出差异，所以复制了一遍。

输出可以看出，使用BufferedWriter的耗时是不使用时的1/3不到，如果文件再大一些，差异可能更明显。为什么使用缓冲后能提升效率呢，简单理解就是：使用缓冲处理流包装就是一堆一堆的干活，不用CPU多次处理数据转换，只是设置一下数据转换成功后的文件。不使用缓冲处理流包装就是CPU傻傻的一个字节一个字节循环来干活存储写入文件中，相比可见效率明显变慢。所以建议总是使用缓冲流。

BufferedInputStream、BufferedOutputStream

类似于BufferedReader、BufferedWriter，可以使用InputStream/OutputStream的buffered()扩展函数获取对应的BufferedInputStream、BufferedOutputStream，贴上示例代码：

DataInputStream类和 DataOutputStream 类可以实现基本数据类型与字符串的输入和输出。 而 ObjectlnputStream 类和 ObjectOutputStream 类除了可以实现基本数据类型与字符串的输入和输出之外， 还可以实现对象的输入和输出。 由于 ObjectlnputStream 类和ObjectOutputStream 类包含 DatalnputStream 类和DataOutputStream 类的所有功能， 所以， 完全可以用 ObjectlnputStream 类和 ObjectOutputStream 类代替 DatalnputStream 类和DataOutputStream 类 。

并不是每一个对象都可以写到输出流，可以写入到输出流中的对象称为可序列化的。对象序列化机制允许把内存中的Java对象转换成平台无关的二进制流，从而允许把这种二进制流持久地保存在磁盘上，或通过网络将这种二进制流传输到另一个网络节点。当其它程序获取了这种二进制流，就可以恢复成原来的Java对象。序列化的好处在于可将任何实现了Serializable接口的对象转化为字节数据，使其在保存和传输时可被还原。如果需要让某个对象支持序列化机制，则必须让其类是可序列化的为了让某个类是可序列化的，该类必须实现Serializable或者Externalizable。

凡是实现Serializable接口的类都有一个表示序列化版本标识符的静态变量:serialVersionUID，serialVersionUID用来表明类的不同版本间的兼容性。如果类没有显示定义这个静态变量，它的值是Java运行时环境根据类的内部细节自动生成的。若类的源代码作了修改，serialVersionUID可能发生变化，这就会导致使用旧版类创建的流将无法恢复成新版的类对象。故建议，显示声明serialVersionUID。如果希望类的不同版本对序列化兼容，需确保类的不同版本具有相同的serialVersionUID；如果不希望类的不同版本对序列化兼容，因此需确保类的不同版本具有不同的serialVersionUID。

如果一个对象是 Serializable 的实例， 但它包含了非序列化的属性， 那么可以序列化这个对象吗？ 答案是否定的。 为了使该对象是可序列化的， 需要给这些属性加上关键字transient, 告诉 Java 虚拟机将对象写入对象流时忽略这些属性。

ObjectlnputStream 类和 ObjectOutputStream 类可以用于读 / 写可序列化的对象 。示例如下：

Book类实现了Serializable

输出

上述代码第一次写入没有问题，再次写入后会有问题，错误信息为：java.io.StreamCorruptedException: invalid type code: AC。解决方式参考

www.iteye.com/blog/halzha…

上边讲的都只能追加或者覆盖，无法实现任意位置的读写，所以Java 提供了 RandomAccessFile 类， 允许从文件的任何位置进行数据的读写 。RandomAccessFile对象包含一个记录指针，用以标示当前读写处的位置。RandomAccessFile类对象可以自由移动记录指针：

使用示例如下：

输出

注意：