對話企業(yè)家陶利——做企業(yè)靠 19年前,他是一個程序員,初出茅廬,經(jīng)驗不足,憑借一己之力闖世界;
省市領(lǐng)導(dǎo)蒞臨億恩科技推進(jìn)電 12月22日上午,由河南省商務(wù)廳,鄭州市商務(wù)局有關(guān)領(lǐng)導(dǎo)蒞臨河南省億
怎樣選擇服務(wù)器托管商?如何 互聯(lián)網(wǎng)開展至今,服務(wù)器方面的受到越來越多人的注重,假如要停止服務(wù)器
在使用JSP虛擬主機時最使人頭疼的問題就是中文亂碼問題,JSP虛擬主機的中文亂碼問題怎么解決呢?下面筆者分享我在軟件開發(fā)過程中遇到的亂碼問題及其解決辦法。
從數(shù)據(jù)庫提取出來就是亂碼
數(shù)據(jù)庫里本來是正常的,但用JAVA連接后,一經(jīng)提取,就全亂了。
解決方案:修改JAVA連接數(shù)據(jù)庫的URL,加上或者修改URL中的編碼為UTF-8,characterEncoding=UTF-8,若是hibernate的配置問題,jdbc連接url不能有&符號,會導(dǎo)致出錯或者后面不生效,我用&代替就好了。
不要以為用的是GB2312這里就指定為GB2312(個人認(rèn)為若指定為GB2312,驅(qū)動又多做了一次編碼轉(zhuǎn)換,所以就又成了亂碼了)當(dāng)然,也可能驅(qū)動太舊等情況。
POST提交表單是亂碼
常見的情況為:頁面都正常,但新插入的數(shù)據(jù)全是亂碼。
這種情況,就是因為提交的數(shù)據(jù)被程序接收后就是亂碼,這個亂碼又插入數(shù)據(jù)庫了,所以顯示不正常。
解決方案:
1、修改配制來完成
修改tomcat的配制文件server.xml中的連接器,加上URIEncoding="GB2312"就OK了
2、自己寫編碼轉(zhuǎn)換程序
① 在與表單交換數(shù)據(jù)的時候,做轉(zhuǎn)換,這種方式靈活
每一個頁面請求寫一個轉(zhuǎn)換,或者寫一個公共的類,在接收的時候,都做一下轉(zhuǎn)移,代碼如下:
public static String ISOGBChange(String s)
{
return EncodeChange(s,"ISO8859-1","GB2312");
}
public static String EncodeChange(String s,String source_encode,String dest_encode)
{
if(s==null)
return null;
try
{
byte[] tmpbyte = s.getBytes(source_encode); s = new String(tmpbyte,dest_encode);
return s;
}
catch (Exception e)
{
return "ERROR";
}
}
② 使用tomcat的web.xml中定義的過濾器filter來轉(zhuǎn)換所有的請求編碼
這個需要自己去研究一下過濾器的寫法,再具體的轉(zhuǎn)換編碼,還是b.a中的代碼進(jìn)行編碼轉(zhuǎn)換的,只是轉(zhuǎn)移不用再寫在每個程序中了.
數(shù)據(jù)庫中本來就是亂碼
就是說數(shù)據(jù)庫里面的數(shù)據(jù)本來就是亂碼,無論您用什么編碼連接數(shù)據(jù)庫,查看到的都是亂碼。如何確定數(shù)據(jù)庫中本來就是亂碼呢?(其實也不太容易確定,我們僅給出一個大概的判斷)。
您用客戶端連接數(shù)據(jù)庫的時候,一定要選擇連接編碼為GB2312,UTF-8,ISO-8859-1等常見的編碼格式,連接并查看您的表中內(nèi)容是不是正常的,若沒有一種情況是正常的,應(yīng)該就可以判定為亂碼了。
當(dāng)然,這個判定并不標(biāo)準(zhǔn),甚至問題很多,但在國內(nèi),我想99%以上都用這幾種編碼.所以我認(rèn)為這個判定準(zhǔn)確性是可以被接受的。
解決方案:您用客戶端連接數(shù)據(jù)庫的時候,一定要選擇連接編碼為GB2312或者GBK,然后于重新執(zhí)行數(shù)據(jù)庫腳本,保證數(shù)據(jù)庫里保存的是正常的字符.而不是亂碼。
以上幾種常見的亂碼問題,你遇見過嗎?我覺得以上的JSP虛擬主機的亂碼問題應(yīng)該95%以上都在上面了,如果你遇到什么不一樣的問題,歡迎留言分享你的經(jīng)驗及其解決辦法。