Java之 IO流、字符流、字节流、缓冲流、对象流等各种流

  File类:使用Java进行操作文件,通过一些方法进行操作。比如创建文件,删除文件,判断是否存在,文件大小,文件的目录等等,还有文件夹的一些操作。

  IO流:根据类别可以进行分类。

  按照流向:输入流Input 输出流Output

  按照字节个数:字节流和字符流

  字节流:

  InputStream:抽象类,无法直接使用,通过其子类FileInputStream,从文件中获取字节。

  OutputStream:抽象类,无法直接使用,通过其子类FileOutputStream,向文件写入字节。

  字符流:

  Reader:抽象类,无法直接使用,通过其子类的子类FileReader从文件中获取字符。

  Writer:抽象类,无法直接使用,通过其子类的子类FileWriter向文件写入字符。

  以上通过其子类的形式从文件中读取数据或向文件中写入数据,这种形式太局限。

  比如,FileInputStream和FileOutputStream是操纵字节数据,当操纵字符数据时会有报错的可能,而且每次写入输出只是单个,所以并不能拿出来单独使用;FileReader和FileWriter可以操纵字符数据,且文件的编码应该和Java所定的编码匹配,当遇到编码不符的情况,则会乱码。

所以我们不推荐这四种单一的形式。那么,我们如何使得文件中的字符数据顺利读入,Java中的字符数据也可顺利输出到文件呢?

  针对上面的问题,我们使用了另外两种类,即InputStreamReader和OutputStreamWriter,这两种是Reader和Writer的子类,也是FIleReader和FileWriter 的父类。它们是字节到字符和字符到字节的桥梁,即可以将文件中的带有字符的字节数据顺利读入到Java中,将Java中的数据成功写入到文件中。在使用的过程中,我们需要指定编码,即文件和Java中指定的编码相匹配,这样编码相同了,字符也可以和字节互转了,我们可以成功的操纵数据了。

  以上FileInputStream、FileOutputStream、FileReader、FileWriter这几种,每次只能操作一个字节或字符,具局限性(纵然我们可以通过自定义字节字符缓冲来实现多量获取),可是数据的效率还是不高,所以我们使用到了另外的四个类,即BufferedInputStream、BufferedOutputStream、BufferedReader和BufferedWriter,这是针对字节流和字符流而存在的高效缓冲区,名曰缓冲流,它们存在于内存中。使用了它们两个,那数据传输可就跑快快啦。在使用缓冲流之前,和硬盘中文件的交互是一次一个的,硬盘本身的效率就低,IO交互频繁,效率肯定低了。缓冲流的意思,就是先将硬盘中的数据放置在内存中,当缓冲流满了后,一次性读取出来,效率可见很高了。

  而这四种缓冲流,或者这两类缓冲流,用法也是不一样的。BufferInputStream和BufferedOutputStream二者,只能操作字节,无法将字节数据转换为字符读入到Java程序,更无法将字符写入到文件中;而BufferReader和BufferWriter却可以操纵字符或者字节,在传输的时候再搭配InputStreamReader和OutputStreamWriter,附以指定编码,将字节转为字符读入或将字符转为字节写入文件,InputStreamReader和OutputStreamWriter又成为字节和字符之间的桥梁。。

所以,我们一般通过这种形式来实现输入输出,即缓冲流+转换流+字节流的形式。

代码如下:

  读入文件:

  BufferedInputStream bis=new BufferedInputStream(new FileInputStream(文件路径));

  BufferedReader  br=new BufferedReader(new InputStreamReader(new FileInputStream(文件路径)), 编码);

       写文件的话呢,将InputStream和Reader改为Writer即可。

  在使用以上两种的话,针对不同的情况来使用就可以啦,但是先要明白传输的数据是什么样子的。

  总结,我们在数据和文件进行交互的时候,文件中存储的都是字节,而文件中存在的字符,实际上也是字节的形式。在进行数据读取时,需要将带有字符的字节经过转码变成可识别的数据;而进行写入文件时,也许将字符转为字节,然后经过转码为文件可识别的数据,然后将字节进行传输,最终文件中存储的还是字节。

  所以上面所讲的,FileReader和FileWriter就使用不多了,因为二者是直接操纵字符, 而遇到字符编码不匹配则会报错,我们在开发过程中,不会单一的使用FileReader和FileWriter,如果在字节和字符的桥梁中使用这二者是没法使用的,只能单独使用这二者,那么遇到编码问题是肯定会出错的,所以这也就是我们使用它二者少的原因。

  补充:在输出流这里,我们还有一种流成为打印流,即PrintStream,它是属于OutputStream。在我们使用输出流的时候,我们一般会使用FileInputStream来指定文件,我们可以将FileInputStream修改为PrintStream,同样可以输出到文件中。

  所以我们来说一下另外一个流,打印流,简单概述一下。

  那这个PrintStream是个什么东东呢?大家都知道在我们控制台中可以输出数据吧,System.out.println(“哈哈”); 对的,就是这个样子,我们是很熟悉的打印数据,我们为什么称之为打印呢,原因来源于PrintStream。我们在输入System.in后,它会返回一个类PrintStream,然后我们可以通过println(), 来输出数据,这个方法是在PrintStream类中的,可以输出各种各样的数据,所以我们才每次打印数据那么的方便,来源就是在于PrintStream。我们可以打印数据到控制台,同样可以打印到文件,所以我们创建PrintStream对象,来指定文件,即可将数据打印到文件中。

  上面我们说了几种流,有IO流、字节流、字符流、字节或字符缓冲流、转换流、打印流。下面我们来说说对象流,这个流也是比较重要的,我们可以将创建的对象放置在流中进行传输,传输的形式有两种,一种是文件传输,一种是网络传输,即写到硬盘文件中,通过网络传输出去。我们在使用对象流时,用到了两个类,ObjectInputStream和ObjectOutputStream,无疑,从单词上我们可以看出,将Object对象使用字节流InputStream传送,最终以字节的形式存在文件中。

  方法:

  ObjectInputStream ois=new ObjectInputStream(new FileInputStream(文件名));

  ObjectOutputStream ois=new ObjectOutputStream(new FileOutputStream(文件名));

  然后再调用相应方法获取即可。

  我们将对象存到硬盘中,需要一个关键的步骤,序列化,将对象作为一个序列化文件存储到硬盘中,所以我们需要将用到的对象类实现接口Serializable,然后必须指定一个序列化号serialVersionUID,这个号是唯一的,当我们进行反序列化的时候,才不会报错。因为在反序列化的过程中,会自动将序列化文件和类进行比对,再和类中的序列号进行比对,当完全无误后,方可序列化成功。

  然后,我们还有一个读写于一体的类,RandomAccessFile,这个类中读取和写入是一体的,在之前我们学的IO流中,都是IO分开,需要用到两个类才能输入输出数据。这个类不同,只需要调用不同的方法即可访问文件中的数据。而且,可以随机访问文件中指定位置的数据,比如指定下标偏移量(seek方法),跳过多少字节(skipBytes),通过这两种方式来获取随机位置的数据,如果不通过这二者方法,则是无法获取数据的。

  这个类,在多线程下载处使用的多,比如,迅雷下载,能够看到进度条中一小块一小块的,这大概就是在一块一块获得数据吧,哈哈小编了解的不多,可能是这个样子,还有待研究的。

  最后呢,我们在文件中存储数据和读取数据,还有一个至为关键的,名曰Properties,这个类是一个属性类,我们在Web地方用的最多了,它是和两个知识点有关。

  首先,Properties是属于集合的分支,是HashTable类的子类,HashTable又是Map的子类,所以它是集合的类。由于HashTable是同步的,不允许为空,且存储也是无序,所以线程安全,存的也是键值对。其次,Properties又和IO流有关,它可以写入到文件,通过list方法,指定输出文件,即可存到文件中,在文件中,存储也是以键值对的形式存放,但是都是String类型。它通过list方法,在方法中指定路径,即可写入到文件中。

  声明一点,由于Properties是线程安全的,它存放键和值的属性除了String,再也不允许其它类型数据,否则会报错,导致不安全。

  所以Properties是既带有集合的特点,又可以实现IO流的方法,且它是没有泛型的,这一点又和Map集合不相同,所以属于自成一派的。

  经过小编这么一通撤,小编也思路清晰许多了呢,欢迎各为大牛前来点评。

  妈妈说哪里不好点哪里......

猜你喜欢

转载自www.cnblogs.com/microcloudKing/p/9692283.html