這個(gè)今天早上提供的一個(gè)生產(chǎn)問(wèn)題。大體是說(shuō)，改資料的時(shí)候，有個(gè)客戶的名字有生僻字，叫”劉”,保存之后就亂碼了，變成”劉?”
亂碼需要確認(rèn)數(shù)據(jù)傳輸過(guò)程中編碼方式。
數(shù)據(jù)是通過(guò)jQuery的Ajax過(guò)來(lái)的，并且沒有提前處理數(shù)據(jù)(只有組裝了一個(gè)js對(duì)象)，所以是采用encodeURIComponent進(jìn)行處理的，對(duì)于中文可以很粗糙的理解成UTF-8編碼過(guò)。這一點(diǎn)通過(guò)抓包工具是可以確認(rèn)的。到了服務(wù)端之后會(huì)通過(guò)getParameter獲取參數(shù)，由于帶charsetEncoding的過(guò)濾器，并且是采用UTF-8的，那么這里拿到的字符串應(yīng)該也是不會(huì)亂碼的。到了這里，代碼并沒有特別之處。按我的理解，只要字符集能夠支持這個(gè)生僻字，就不會(huì)出現(xiàn)亂碼。 難道保存到數(shù)據(jù)庫(kù)的時(shí)候亂碼了? 目前數(shù)據(jù)庫(kù)是用GBK的，我去查了一下GBK的字符表，的確是有這么個(gè)字的。
我在本機(jī)上測(cè)了一下這個(gè)字的各種功能編碼轉(zhuǎn)換，都是正常的。 難道又是IBM的坑? 后來(lái)我又在服務(wù)器上測(cè)試了各種情況的輸出，發(fā)現(xiàn)有另外一個(gè)字”?”,除了字體大小有點(diǎn)不一樣之外，幾乎一模一樣的。
下面整理了一個(gè)簡(jiǎn)單的測(cè)試程序，來(lái)說(shuō)明這個(gè)奇怪的問(wèn)題。
首先要說(shuō)明的是，這里有2個(gè)字,一小一大,還有它們對(duì)應(yīng)的unicode和utf-8編碼。 測(cè)試結(jié)果是采用secureCRT的GB18030編碼顯示。
有兩個(gè)字: 小 大unicode /uE863 /u4dae瀏覽器(utf-8) %EE%A1%A3 %E4%B6%AE下面的測(cè)試代碼，為了編譯時(shí)不關(guān)心字符集，所以換成utf-8字節(jié)來(lái)生成字符串。
public class Test { public static void main(String[] args) throws java.io.UnsupportedEncodingException { new Test().test(); } public void test() throws java.io.UnsupportedEncodingException { byte[] bbs = {-18,-95,-93,-28,-74,-82}; String x = new String(bbs, "utf-8"); String utf8 = new String(x.getBytes("utf-8"), "iso-8859-1"); //byte[] bs = utf8.getBytes("iso-8859-1"); //test case 1 //byte[] bs = x.getBytes("GBK"); //test case 2 for(byte b : bs){ System.out.PRintln(b); } System.out.println(x); }}對(duì)于Test Case 1, 測(cè)試一下字符串是不是本來(lái)就亂了。測(cè)試結(jié)果顯示，2個(gè)字都正常，要輸出成GB18030才是可以的(secureCRT設(shè)置GB18030編碼)。
>/tools/jdk1.6.0_20/bin/java -Dfile.encoding=GBK Test-18-95-93-28-74-82??>/opt/IBM/WebSphere/AppServer/java/bin/java -Dfile.encoding=GBK Test-18-95-93-28-74-82??>/opt/IBM/WebSphere/AppServer/java/bin/java -Dfile.encoding=GB18030 Test-18-95-93-28-74-82?>/tools/jdk1.6.0_20/bin/java -Dfile.encoding=GB18030 Test-18-95-93-28-74-82?對(duì)于Test Case 2，主要測(cè)試一下轉(zhuǎn)換成GBK字節(jié)的情況,因?yàn)檫@是保存到數(shù)據(jù)庫(kù)的必要轉(zhuǎn)換。 測(cè)試結(jié)果顯示，ibm的jdk下，第一個(gè)字會(huì)編程亂碼(對(duì)應(yīng)的是63)。
>/tools/jdk1.6.0_20/bin/java -Ddefault.client.encoding=GBK -Dfile.encoding=GBK Test-2-9763?>/opt/IBM/WebSphere/AppServer/java/bin/java -Ddefault.client.encoding=GBK -Dfile.encoding=GBK Test63-2-97?
規(guī)避方法，選擇輸入第二個(gè)字(大字，截圖中的第二個(gè)字，應(yīng)該看不出有什么區(qū)別)。話說(shuō)回來(lái)，感覺這是ibm的jdk的bug，字符對(duì)應(yīng)錯(cuò)了。
新聞熱點(diǎn)
疑難解答
圖片精選
