java eclipse 开发中文乱码锟斤拷小锟斤拷锟

   最近在做项目的时候发现有些员工提交的代码到SVN上之后乱码了，eclipse没有乱码，乱码字样为“锟斤拷小锟斤拷锟斤拷植锟斤拷锟斤拷3146锟斤拷锟斤拷锟斤拷锟绞撅拷锟绞硷拷锟揭筹拷锟?”通过在网上查资料最终发现是转码不规范导致的，下面附上一段代码：

public static void main(String[] args) {
    String str="锟斤拷锟斤拷锟斤拷锟斤拷锟斤拷投锟斤拷锟剿癸拷系";
    try {
        byte[] buff=null;

        //让我们先看看几种错误的转换,let's go

        //1. 正常的GBK字节流，你以为是UTF-8，所以用UTF-8去解码...
        buff=str.getBytes("UTF8");//这里只要不抛异常，数据一定不会被破坏
        String str1=new String(buff,"GBK");
        System.out.println(str1);//这是一种情形:���

        //2. 正常的UTF-8字节流，你以为是GBK，所以用GBK去解码...
        buff=str.getBytes("UTF-8");//这里只要不抛异常，数据一定不会被破坏
        String str2=new String(buff,"GBK");//这里破坏了
        System.out.println(str2);//这是另外一种情形：

        //说了半天，锟斤拷在哪里呢？come on

        //3. 本来正常的GBK字节码，在你不知道的某个环节已经被错误的使用UTF-8解码了
        String str3=new String(str.getBytes("GBK"),"UTF-8");
        String str4=new String(str3.getBytes("UTF-8"),"GBK");//这里你并不知道数据已经破坏了，这样用是对的。
        System.out.println(str4);//锟斤拷

        /**
         * Got it.How are you,nice to meet you.
         *
         * Why?
         * 如果说情形1、2是开发者自己造成的，
         * 那么情形3往往是开发者被坑了，别人造成的（也可能是容器层），总之你拿到的时候已经乱了。
         */

        /**
         * 细心的你会发现，正是情形1的错误，导致了情形3的发生。之所以表现不同，是因为情形1的程序猿是在UTF-8下打印输出；
         * 而情形3是在GBK下打印输出。
         */

        /**
         * 总结一下，锟斤拷是怎么产生的？
         *
         * 源于GBK字符集和Unicode字符集之间的转换问题。
         * Unicode和老编码体系的转化过程中，肯定有一些字，用Unicode是没法表示的，
         * Unicode官方用了一个占位符(REPLACEMENT CHARACTER)来表示这些文字，这就是：U+FFFD
         *
         * U+FFFD的UTF-8编码出来，恰好是 '\xef\xbf\xbd'。
         *
         * 重复多次，例如 '\xef\xbf\xbd\xef\xbf\xbd'，
         * 然后放到GBK/CP936/GB2312/GB18030的环境中显示的话，
         * 一个汉字2个字节，最终的结果就是：锟斤拷——锟(0xEFBF)，斤（0xBDEF），拷（0xBFBD）。
         */
    } catch (Exception e) {
        e.printStackTrace();
    }
}

  据说出现“锟斤”字样数据就已经被破坏了。在网上搜了很多资料都没有解决这种乱码的方法，难道就只能重删掉重新编写了吗？请大神，大虾多多指导；

 

 

 

转载于:https://my.oschina.net/u/1865903/blog/1604858