接下来介绍 FileInputStream 和 FileOutputStream
现在看名字应该可以看得出来:
他就是从一个文件中读取数据
|
或者将数据写入到一个文件中 |
FileInputStream
既然是从文件读取数据,那么自然要记录文件本身的信息 所以有文件描述符 fd以及 path路径名 显然,文件描述符是对文件最直接的描述 如果是使用文件描述符作为参数的话,path的值将会是null |
|
nio的东西,暂时不说了
|
构造方法
read方法
read方法读取一个字节 带数组参数的read方法将数据读取到字节数组中,并且返回实际读取的个数 跟InputStream是一样的 看得出来,如同我们之前说过的那样,文件的读写操作依赖于操作系统,所以 所有的read都歇菜了,最终依赖的都是本地方法
还有一个需要时刻记住的是,read 阻塞选手 |
|
skip(long n) available()
连读的能力都没有,需要借助本地方法 自然是没有能力跳过和获取可用个数的 所以仍旧是依赖的本地方法 |
public native long skip(long n) throws IOException;
public native int available() throws IOException;
|
Close方法
FileInputStream打开的可是实实在在的资源 所以close方法肯定是需要做些事情关闭资源的 注释中说的很清楚 关闭这个文件输入流并且释放所有与这个流相关的系统资源 如果这个流有关联的chanel ,那么也会关联这个channel 如下图所示源代码中 他是通过fd.closeAll() 方法来执行所谓的”释放所有相关资源” |
|
看一个例子
在文件描述符一章节中,我们还记得fd.closeAll() 方法来执行所谓的”释放所有相关资源” 那不是释放了所有的么? 为什么同一个File还可以打开多个流,关闭不受影响呢?
根本在于上面说到的构造方法中
FileInputStream(FileDescriptor fdObj) 版本直接赋值参数到fd
FileInputStream(File file) 每次都是new FileDescriptor();
他们对于使用File构造的,他们的fd每次都是新建的!!!!!
所以说不受影响的
closeAll 的是同一个fd的
|
getFD() getChannel() 就是返回他们的值 如果fd不存在,抛出异常 从构造方法可以看得出来, 必然会有一个fd getChannel nio的后续再说,没有就创建一个 |
|
|
FileOutputStream
FileOutputStream 用于写入诸如图像数据之类的原始字节的流 如果要写入字符流,请考虑使用 FileWriter |
FileOutputStream的字段除了append以外,跟FileInputStream一样的, 含义作用 也是一样的
append 表示字节写入文件末尾处,而不是写入文件开始处,因为 文件输出字节流默认是数据写入文件开始部位 |
就像刚才说的那样,字段除了append以外,跟FileInputStream是一样的,含义也是一样的
进而,构造方法也是一样,只不过多了一个参数 append
这个boolean 类型的参数,正是用来设置append 标志是否是追加写
方法的内容都差不多的,我们不在详细介绍
|
|
write方法
write方法还是家族遗传的,本质不变 直接写入一个字节,或者从数组中写入字节到文件 |
write(int) 将指定字节写入此文件输出流 |
write(byte[] b) 将 b.length 个字节从指定 byte 数组写入此文件输出流中 |
write(byte[] b,int off, int len) 将指定 byte 数组中从偏移量 off 开始的 len 个字节写入此文件输出流
|
和输入一样,借助于操作系统,,依赖于本地方法 |
getFD() getChannel()
close()
和 FileInputStream中的一模一样
代码都是一样的,不再赘述
再一次的介绍了一对成员,你会发现越往后看越简单,因为他们的套路大多数是一样的
所以只需要自顶而下的了解清楚各个逻辑组成部分的含义功能
整个IO体系会越来越容易理解
原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/tech/pnotes/15611.html