首页 > 开发 > JAVA > 正文

关于javaIO的编码问题出现以及解决方法

2016-05-20 14:39:04  来源:慕课网
  先做一个相关说明,文件是采用byte存储的,文本是采用某种编码的char数组,文本文件是采用某种编码的字符数组采用字节的形式存储的。
好了,了解以上这些就好办了,下面进入正题吧。
  下面通过文件的复制进行简单的举例介绍~我新建了一个文本文件并采用了xxx编码。
  那么如果进行的是fileinputstream的read()方法或是bufferedfileinputstream的read()方法进行读入操作,它读入内存的是字节(单字节形式读入),也可以是read(数组对象或是指向实例化数组对象的引用,数组开头,数组长度)的方式进行字节数组的读入,你在控制台打印输出字节(read()的单字节读入的时候已经进行了类型转化,转化(返回值)为int,过程是无符号的字节前面填充24位0)或字节数组。
  如果进行的是fileoutputstream的或者是bufferedfileoutputstream的write()方法,它写出的是单字节,当然也可以跟上面的read()方法类似,采用write(数组对象或是指向实例化数组对象的引用,数组开头,数组长度)的方式进行字节数组的写入操作,如果采用的是write()单字节的写入,里面的参数如果是int将自动转化为字节,该字节采用int的低八位。
  注意全程的过程,就四种类型①不带缓冲单字节操作②带缓冲单字节操作(buffered)③不带缓冲字节数组操作④带缓冲的字节数组操作(buffered)。全程都是字节与字符无关也就不涉及编码,buffered是缓冲区就是为了实现文件复制的加速,大家略带了解。
  好了,上面文件复制全程不涉及编码,那么经过本人无数次的测试和查阅api文档发现,假如你准备将A文本文件复制给B文本文件,那么A采用utf-8编码,而你的java工程采用默认gbk编码,那么没关系,它复制到B文本文件的还是utf-8编码,因为它的输入输出采用的是字节为单位,不涉及编码。如果A是Unicode编码的生成的B也是采用Unicdoe编码,这就是字节单位编码的java无关。
  下面介绍inputstreamreader和outputstreamwriter
  它俩有意思了,inputstreamreader对象的read()方法读入的是字符,对的,是字符,而不是字节!那么问题来了字符是字节组成的但是它涉及编码,如果你的A文件通过inputstreamreader进行写入内存操作,它可以是read()方法,也可以是是read(数组)方法,它们分别写入单字符和字符数组。这个时候你可以实现控制台打印啦~,假如A文件(同上)是UTF-8编码,你的java工程默认采用GBK编码,恭喜你,控制台乱码在向你招手。
  那么,如何解决呢?很简单,inputstreamreader创建对象的时候添加编码格式参数,选择与A文件编码相同即可。那么你的java工程就采用指定编码对你这个inputstreamreade对象进行相关操作了,你在打印台输出的时候会发现,当当当,控制台不乱码了,然后可以通过outputstreamwriter输出到指定文件B啦。
  类似inputstreamreader,你的inputstreamreader也可以选择编码,如果不选择的话让你writer(单字符)或wtier(字符数组)写出操作完毕之后,B文件会采用计算机默认提供的编码,当然B文件也不会乱码,它的输出是java工程通过正确接受字符之后系统默认给你做了相应的转化。就是你的控制台是UTF-8编码,没有乱码,你输出成了ANSI依旧没有乱码,字符复制的关键就在于系统是否(通过相同编码方式)正确接受了A文件读入的字符组。
  同样的,你也可以在inputstreamwriter的构造函数了添加指定编码类型,如上所讲,系统会将它正确接受的字符组,转化为你设定的编码方式,也就是指定B文件编码方式。
  好了,一口气讲了这么多,大家回想一下。
  下面再讲filereader和filewrtier这俩货,它们的读入和写出采用的也是字符单位,那么问题来了,如果A文件采用UTF-8,java工程采用的是GBK那么恭喜你,当啷啷,控制台输出乱码伺候,更别想B文件了,细心的你该说了,我在他们的构造函数添加编码方式参数啊,恭喜你,这俩对象没有带编码参数的构造函数, 所以一般情况下不推荐这种用法。
  好了,讲完了,挺花时间的哦,呼,我也累得够呛,如果不是太理解再细细回想,多看几遍,如果有认为不足的请指正,如果认为对你有帮助的话,帮忙点个赞吧~