麻豆小视频在线观看_中文黄色一级片_久久久成人精品_成片免费观看视频大全_午夜精品久久久久久久99热浪潮_成人一区二区三区四区

首頁(yè) > 學(xué)院 > 操作系統(tǒng) > 正文

was中奇怪的生僻字亂碼案例

2024-06-28 16:04:46
字體:
來(lái)源:轉(zhuǎn)載
供稿:網(wǎng)友

問(wèn)題描述

這個(gè)今天早上提供的一個(gè)生產(chǎn)問(wèn)題。大體是說(shuō),改資料的時(shí)候,有個(gè)客戶(hù)的名字有生僻字,叫”劉”,保存之后就亂碼了,變成”劉?”

分析過(guò)程

亂碼需要確認(rèn)數(shù)據(jù)傳輸過(guò)程中編碼方式。

數(shù)據(jù)是通過(guò)jQuery的Ajax過(guò)來(lái)的,并且沒(mé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ì)亂碼的。

到了這里,代碼并沒(méi)有特別之處。按我的理解,只要字符集能夠支持這個(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)題。

測(cè)試結(jié)果

首先要說(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?

現(xiàn)象總結(jié)

在GBK字符表中,第一個(gè)字是存在的,第二個(gè)字不存在。在GB18030中兩個(gè)都存在。從顯示上,也證明了GBK和GB18030并不完全兼容。IBM的jdk為找不到第一個(gè)字,但能找到第二個(gè)字。Oracle的jdk剛好相反。嘗試使用百度拼音輸入的時(shí)候,是可以找到2個(gè)字的。如下圖的第2和第6個(gè)字。客戶(hù)需要的是小的字(第一個(gè)),但使用IBM的jdk轉(zhuǎn)換GBK是找不到這個(gè)字的,一定會(huì)亂碼。假設(shè)從前臺(tái)輸入的是第二個(gè)字,IBM的jdk應(yīng)該是可以正常轉(zhuǎn)換并得到的”正確”的字(正確的小字),從而保證數(shù)據(jù)庫(kù)不亂碼。

yan

規(guī)避方法,選擇輸入第二個(gè)字(大字,截圖中的第二個(gè)字,應(yīng)該看不出有什么區(qū)別)。話(huà)說(shuō)回來(lái),感覺(jué)這是ibm的jdk的bug,字符對(duì)應(yīng)錯(cuò)了。

相關(guān)資料

各種字符集編碼表GBK編碼表
發(fā)表評(píng)論 共有條評(píng)論
用戶(hù)名: 密碼:
驗(yàn)證碼: 匿名發(fā)表
主站蜘蛛池模板: 亚洲国产超高清a毛毛片 | 黄色特级视频 | 国产激情精品一区二区三区 | 日本在线国产 | 欧美黑人一级 | 澳门一级淫片免费视频 | 欧美 国产 综合 | 久久久久久久久久久久久久久久久久 | 激情午夜天 | 成年人视频在线免费观看 | 精品人成 | av在线播放观看 | 成人在线网站 | 色天使中文字幕 | 欧美亚洲一区二区三区四区 | 北原夏美av | 羞羞的动漫在线观看 | 特黄一级小说 | 九一免费国产 | 日本xxxx色视频在线观看免费, | 草草视频在线播放 | 孕妇体内谢精满日本电影 | 免费在线观看一级片 | 毛片区 | 亚洲一区免费观看 | 午夜色视频在线观看 | 免费a级黄色毛片 | 国产乱色精品成人免费视频 | 国产一区二区三区视频在线 | 国产69精品久久久久久 | 无遮挡一级毛片视频 | 日韩中文一区 | 韩国草草影院 | 高清国产免费 | 久久精品一区二区三区不卡牛牛 | 黑人一区二区 | 欧美h版在线观看 | 国产韩国精品一区二区三区久久 | 亚洲第五色综合网 | 久久国产精品久久精品国产演员表 | 久久久久久久免费看 |