最近在做项目的时候发现有些员工提交的代码到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();
}
}
据说出现“锟斤”字样数据就已经被破坏了。在网上搜了很多资料都没有解决这种乱码的方法,难道就只能重删掉重新编写了吗?请大神,大虾多多指导;