javaio工作机制_深入分析JavaI/O工作机制

前言 &＃xff1a;  I/O 问题是Web 应用中所面临的主要问题之一。而且是任何编程语言都无法回避的问题&＃xff0c;是整个人机交互的核心。

java 的I/O类操作在java.io 包下&＃xff0c;将近80个子类&＃xff0c; 大概可以分成四个部分&＃xff0c;

基于字节操作的I/O接口 :InputStream  和OutputStream

基于字符操作的I/O接口&＃xff1a;Writer 和 Reader

基于磁盘操作的I/O接口&＃xff1a;File

基于网络操作的I/O接口&＃xff1a;Socket

1和2 主要是传输数据的格式&＃xff0c;后面两个则是传输数据的方式。  要么数据格式影响I/O操作&＃xff0c;要么传输方式影响I/O操作&＃xff0c;核心问题大致可以归为这两个 。

基于字节的I/O操作接口

InputStream类层次结构

OutputStream类层次结构

操作数据的方式是可以组合使用的 例如

OutputStream out &＃61; new BufferedOutputStream (new ObjectOutputStream (new FileOutputStream ("filename")));

必须要指定数据流最终写入的地方&＃xff0c;要么写入到磁盘&＃xff0c;要么写到网络中&＃xff0c;

基于字符的I/O操作接口

不论是磁盘还是网络传输&＃xff0c;最小的存储单元都是字节&＃xff0c;而不是字符&＃xff0c;所以&＃xff0c;I/O操作的都是字节而不是字符&＃xff0c;但是为什么会有操作字符的I/O 接口&＃xff1f;

我们在程序中通常操作的数据都是字符形式(Java中char占用2字节&＃xff0c;C/C&＃43;&＃43;中 char占用1字节)&＃xff0c;为了操作方便当然会提供一个字符接口&＃xff0c;字符到字节必须要经过编码的转换&＃xff0c;编码转换又十分耗时&＃xff0c;还会出现乱码问题

Writer 类层次结构

Writer 类提供了一个抽象方法write(char cbuf[ ],int off,in len)

Reader 类层次结构

读字符的操作接口是 int  read (char cbuf[ ],int off,in len)&＃xff0c;返回读到的n个字节数&＃xff0c;不管是读还是写&＃xff0c;他们都只定义了读取或写入的数据字符的方式&＃xff0c;即怎么写&＃xff0c;怎么读&＃xff0c;并没有规定数据要读或写到哪里

字节与字符的转换接口

有时数据持久化和网络传输是以字节进行的&＃xff0c;所有需要字节和字符之间的相互转换

InputStreamReader 类是从字节到字符的转化桥梁&＃xff0c;从InputStream 到Reader 的过程要指定编码字符集&＃xff0c;否则会采用操作系统默认的字符集&＃xff0c;就会出现乱码的问题&＃xff0c;StreamDecoder就是完成从字节到字符的编码的实现类

1 try{2 StringBuffer str &＃61; newStringBuffer();3 char [] buf &＃61; new char[1024]4 FileReader f &＃61; new FileReader("filename")5 while(f.read(buf)>0){6 str.append(buf);7 }8 str.tostring();9

10 }catch(IOException e){11

12 }

FileReader 就是按照上面的工作方式来读取文件的&＃xff0c;FileReader 类继承了InputStreamReader类&＃xff0c;实际上是读取文件流&＃xff0c;然后通过StreamDecoder 解码成char&＃xff0c;这里的解码字符集是默认字符集。

磁盘I/O工作机制

1&＃xff0c; 标准访问文件的方式

当应用程序调用read() 接口时候&＃xff0c;操作系统检查在内核的高速缓存中有没有需要的数据&＃xff0c;如果已经缓存了那么就直接从缓存中取出返回&＃xff0c;如果没有&＃xff0c;则从磁盘中读取&＃xff0c;然后缓存在操作系统的缓存中。

写入的方式是&＃xff0c;用户的应用程序调用write() 接口将数据从用户地址空间复制到内核地址空间的缓存中&＃xff0c;这时对用户程序来说&＃xff0c;写操作就已经完成了&＃xff0c;至于什么时候写入到磁盘中去&＃xff0c;由操作系统决定&＃xff0c;除非显示的调用了sync同步命令。

标准文件访问方式

2&＃xff0c; 直接I/O的方式

即应用程序直接访问磁盘数据而不经过操作系统内核数据缓冲区&＃xff0c;这样减少了一次从内核缓冲区到用户程序缓存的复制&＃xff0c; 这种访问方式通常在对数据的缓存管理由应用程序实现的数据库管理系统中&＃xff0c;在数据库管理系统中&＃xff0c;系统明确的知道应该缓存哪些数据&＃xff0c;应该失效哪些数据&＃xff0c;还可以对一些热点数据做预加载&＃xff0c;提前将数据加载到内存&＃xff0c;可以加速数据访问效率&＃xff0c;在这些情况下&＃xff0c;如果由操作系统进行缓存就很难做到&＃xff0c;操作系统不知道哪些是热点数据&＃xff0c;哪些数据只会访问一次就不会再访问&＃xff0c;操作系统只是简单的缓存最近一次从磁盘读取的数据&＃xff0c;

但是直接I/O的话也会有负面影响&＃xff1a; 如果访问的数据不在应用程序缓存中&＃xff0c;那么每次数据都要直接从磁盘进行预加载&＃xff0c;这种直接加载会十分缓慢&＃xff0c;通常直接I/O 与异步I/O结合使用会有比较好的性能。

直接I/O 的方式

3&＃xff0c; 同步访问文件的方式

同步访问文件的方式比较容易理解&＃xff0c;就是数据读取和写入都是同步操作的&＃xff0c;与标准文件访问方式不同的是&＃xff0c;只有当数据被成功写到磁盘时才返回给应用程序成功的标志&＃xff0c; 这种访问方式的性能比较差&＃xff0c;只有在对数据安全性较高的场景中才会使用&＃xff0c;而且通常这种操作方式的硬件都是定制的。

同步访问文件的方式

4&＃xff0c; 异步访问文件的方式

异步访问文件的方式是当访问数据的线程发出请求之后&＃xff0c;线程会接着去处理其他事&＃xff0c;而不是阻塞等待&＃xff0c;当请求的数据返回之后&＃xff0c;继续处理下面的操作&＃xff0c; 这种访问文件的方式可以明显的提高应用程序的效率&＃xff0c;但是不会改变访问文件的效率

异步访问文件的方式

5&＃xff0c; 内存映射的方式

内存映射是指操作系统将内存中的某一块区域与磁盘中的文件关联起来&＃xff0c;当要访问内存中的一段数据的时候&＃xff0c;转换为访问文件的某一段数据&＃xff0c;这种方式的目的同样是减少数据从内核空间缓存到用户空间缓存的数据复制操作&＃xff0c;因为这两个数据空间的数据是共享的。

内存映射方式