在使用JSP虛擬主機時最使人頭疼的問題就是中文亂碼問題，JSP虛擬主機的中文亂碼問題怎么解決呢？下面筆者分享我在軟件開發過程中遇到的亂碼問題及其解決辦法。

從數據庫提取出來就是亂碼

數據庫里本來是正常的,但用JAVA連接后,一經提取,就全亂了。

解決方案:修改JAVA連接數據庫的URL,加上或者修改URL中的編碼為UTF-8,characterEncoding=UTF-8,若是hibernate的配置問題，jdbc連接url不能有&符號,會導致出錯或者后面不生效，我用&代替就好了。

不要以為用的是GB2312這里就指定為GB2312(個人認為若指定為GB2312,驅動又多做了一次編碼轉換,所以就又成了亂碼了)當然,也可能驅動太舊等情況。

POST提交表單是亂碼

常見的情況為:頁面都正常,但新插入的數據全是亂碼。

這種情況,就是因為提交的數據被程序接收后就是亂碼,這個亂碼又插入數據庫了,所以顯示不正常。

解決方案:

1、修改配制來完成

修改tomcat的配制文件server.xml中的連接器,加上URIEncoding="GB2312"就OK了

2、自己寫編碼轉換程序

①　在與表單交換數據的時候,做轉換,這種方式靈活

每一個頁面請求寫一個轉換,或者寫一個公共的類,在接收的時候,都做一下轉移,代碼如下:

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來轉換所有的請求編碼

這個需要自己去研究一下過濾器的寫法,再具體的轉換編碼,還是b.a中的代碼進行編碼轉換的,只是轉移不用再寫在每個程序中了.

數據庫中本來就是亂碼

就是說數據庫里面的數據本來就是亂碼,無論您用什么編碼連接數據庫,查看到的都是亂碼。如何確定數據庫中本來就是亂碼呢?(其實也不太容易確定,我們僅給出一個大概的判斷)。

您用客戶端連接數據庫的時候,一定要選擇連接編碼為GB2312,UTF-8,ISO-8859-1等常見的編碼格式,連接并查看您的表中內容是不是正常的,若沒有一種情況是正常的,應該就可以判定為亂碼了。

當然,這個判定并不標準,甚至問題很多,但在國內,我想99%以上都用這幾種編碼.所以我認為這個判定準確性是可以被接受的。

解決方案:您用客戶端連接數據庫的時候,一定要選擇連接編碼為GB2312或者GBK,然后于重新執行數據庫腳本,保證數據庫里保存的是正常的字符.而不是亂碼。

以上幾種常見的亂碼問題，你遇見過嗎？我覺得以上的JSP虛擬主機的亂碼問題應該95%以上都在上面了，如果你遇到什么不一樣的問題，歡迎留言分享你的經驗及其解決辦法。

河南億恩科技股份有限公司(www.laynepeng.cn)始創于2000年，專注服務器托管租用，是國家工信部認定的綜合電信服務運營商。億恩為近五十萬的用戶提供服務器托管、服務器租用、機柜租用、云服務器、網站建設、網站托管等網絡基礎服務，另有網總管、名片俠網絡推廣服務，使得客戶不斷的獲得更大的收益。
服務器/云主機 24小時售后服務電話：0371-60135900
虛擬主機/智能建站 24小時售后服務電話：0371-55621053
網絡版權侵權舉報電話：0371-60135995
服務熱線：0371-60135900