java 锟斤 解决乱码_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();

}

}

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