JSP虛擬機器主機使用中出現亂碼怎麼辦

 　　1 POST提交表單是亂碼

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

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

　　解決方案:

　　a 修改配製來完成

　　修改tomcat的配製檔案server.xml中的連接器,加上URIEncoding="GB2312"就OK了

　　b 自己寫編碼轉換程式

　　b.a 在與表單交換資料的時候,做轉換,這種方式靈活

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

　　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";

　　}

　　}

　　b.b 使用tomcat的web.xml中定義的過濾器filter來轉換所有的請求編碼。

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

　　2 資料庫中本來就是亂碼

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

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

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

　　解決方案:您用用戶端串連資料庫的時候,一定要選擇串連編碼為GB2312或者GBK,然後於重新執行資料庫指令碼,保證資料庫裡儲存的是正常的字元.而不是亂碼。

　　3 從資料庫提取出來就是亂碼

　　資料庫裡本來是正常的,但用JAVA串連後,一經提取,就全亂了。

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

　　不要以為用的是GB2312這裡就指定為GB2312(個人認為若指定為GB2312,驅動又多做了一次編碼轉換,所以就又成了亂碼了)。

　　當然,也可能驅動太舊等情況。

　　上面只說了常見的幾種,亂碼問題95%以上的應該都是上面講到的,還有很多情況,就需要您自己慢慢分析了。