• Java读带有BOM的UTF8文件乱码原因及解决方法


    Java读带有BOM的UTF-8文件乱码原因及解决方法 - daimojingdeyu - ITeye技术网站

    最近在处理文件时发现了同样类型的文件使用的编码可能是不同的。所以想将文件的格式统一一下(因为UTF-8的通用性,决定往UTF-8统一),遇见的第一个问题是:如何查看现有文件的编码方式。


    上网找了一下,找到几篇比较好文章,这里就不转载啦把链接搞过来。
    文件编码问题集锦

    字符串编码(charset,encoding,decoding)问题原理

    Java编码浅析

    判定文件编码或文本流编码的方法


    上面的几篇文章可以看成认识编码问题的“从入门到精通”


    如果你看完了上面的文章,一定了解到了,在java中,class文件采用utf8的编码方式,JVM运行时采用utf16。Java的字符串是永远都是unicode的,采用的是UTF-16的编码方式。


    想测试一下,java对UTF-8文件的读写的能力,结果发现了一个很郁闷的问题,如果通过java写的UTF-8文件,使用Java可以正确的读,但是如果用记事本将相同的内容使用UTF-8格式保存,则在使用程序读取是会从文件中多读出一个不可见字符。

    测试代码如下:

    Java代码  收藏代码
    1. import java.io.BufferedReader;  
    2. import java.io.File;  
    3. import java.io.FileInputStream;  
    4. import java.io.IOException;  
    5. import java.io.InputStreamReader;  
    6.   
    7.   
    8. public class UTF8Test {  
    9.     public static void main(String[] args) throws IOException {  
    10.         File f  = new File("./utf.txt");  
    11.         FileInputStream in = new FileInputStream(f);  
    12.         // 指定读取文件时以UTF-8的格式读取  
    13.         BufferedReader br = new BufferedReader(new InputStreamReader(in, "UTF-8"));  
    14.           
    15.         String line = br.readLine();  
    16.         while(line != null)  
    17.         {  
    18.             System.out.println(line);  
    19.             line = br.readLine();  
    20.         }  
    21.     }  
    22. }  




    utf.txt通过记事本创建,另存时使用指定utf-8编码,其内容为:

    引用


    This is the first line.

    This is second line.




    正常的测试结果应该是直接输出utf.txt的文本内容。可是实际上却输出了下面的内容:

    引用


    ?This is the first line.

    This is second line.



    第一行多出了一个问号。

    通过上面的几篇文章应该可以想到是Java读取BOM(Byte Order Mark)的问题,在使用UTF-8时,可以在文件的开始使用3个字节的"EF BB BF"来标识文件使用了UTF-8的编码,当然也可以不用这个3个字节。

    上面的问题应该就是因为对开头3个字节的读取导致的。开始不太相信这个是JDK的Bug,后来在多次试验后,问题依然存在,就又狗狗了一下,果然找到一个如下的Bug:
    Bug ID:4508058


    不过在我关掉的一些页面中记得有篇文件说这个bug只在jdk1.5及之前的版本才有,说是1.6已经解决了,从目前来看1.6只是解决了读取带有BOM文件失败的问题,还是不能区别处理有BOM和无BOM的UTF-8编码的文件,从Bug ID:4508058里的描述可以看出,这个问题将作为一个不会修改的问题关闭,对于BOM编码的识别将由应用程序自己来处理,原因可从另处一个bug处查看到,因为Unicode对于BOM的编码的规定可能发生变化。也就是说对于一个UTF-8的文件,应用程序需要知道这个文件有没有写BOM,然后自己决定处理BOM的方式。


    在上面的while循环中可加入下面的代码,测试一下读出内容:

    Java代码  收藏代码
    1. byte[] allbytes = line.getBytes("UTF-8");   
    2.             for (int i=0; i < allbytes.length; i++)  
    3.             {  
    4.                 int tmp = allbytes[i];  
    5.                 String hexString = Integer.toHexString(tmp);  
    6.                 // 1个byte变成16进制的,只需要2位就可以表示了,取后面两位,去掉前面的符号填充  
    7.                 hexString = hexString.substring(hexString.length() -2);  
    8.                 System.out.print(hexString.toUpperCase());  
    9.                 System.out.print(" ");  
    10.             }  




    输出结果如下:

    引用

    EF BB BF
    54 68 69 73 20 69 73 20 74 68 65 20 66 69 72 73 74 20 6C 69 6E 65 2E

    ?This is the first line.

    54 68 69 73 20 69 73 20 73 65 63 6F 6E 64 20 6C 69 6E 65 2E

    This is second line.



    红色部分的"EF BB BF"刚好是UTF-8文件的BOM编码,可以看出Java在读文件时没能正确处理UTF-8文件的BOM编码,将前3个字节当作文本内容来处理了。


    使用链接中提供的代码可以解决碰到的乱码问题:
    http://koti.mbnet.fi/akini/java/unicodereader/



    修改测试代码中的输入流后:

    Java代码  收藏代码
    1. BufferedReader br = new BufferedReader(new UnicodeReader(in, Charset.defaultCharset().name()));  



    执行,可以看到正确的结果。


    将用到的测试代码及UTF-8读取乱码解决(http://koti.mbnet.fi/akini/java/unicodereader)的源码放在了附件中

    累了,去 淘宝皇冠店铺
    看看

  • 相关阅读:
    团队第二次作业
    重载和多态
    团队第一次作业
    结对编程
    java处理数字字符串每5个数字为一组进行拆分,保留逗号。不足5个的也存为一组。
    POI & easyExcel快速使用
    Access denied for user 'root'@'localhost' (using password: YES) 解决方法
    快速理解 并发,并行,同步,异步
    Spring Tools Suite 安装于基本使用
    Mysql 数据备份与恢复
  • 原文地址:https://www.cnblogs.com/lexus/p/2391510.html
Copyright © 2020-2023  润新知