網(wǎng)站程序中的Form表單，是重要的組成內容之一，很多時(shí)候，Form表單會(huì )出現亂碼的現象，會(huì )給網(wǎng)站造成一定的困擾。如何解決亂碼的問(wèn)題？

　　JSP和Servlet的六種中文亂碼處理方法

　　一、表單提交時(shí)出現亂碼：

　　在進(jìn)行表單提交的時(shí)候，經(jīng)常提交一些中文，自然就避免不了出現中文亂碼的情況，對于表單來(lái)說(shuō)有兩種提交方式：get和post提交方式。所以請求的時(shí)候便有g(shù)et請求和post請求。每種方式都有著(zhù)不同的解決方法，之所以出現亂碼，原因就在于get請求時(shí)，其傳遞給服務(wù)器的數據是附加在URL地址之后的；而post的請求時(shí)，其傳遞給服務(wù)器的數據是作為請求體的一部分傳遞給服務(wù)器。這也就導致了對它們所產(chǎn)生的亂碼的處理方式是不同的。

　　1、客戶(hù)端的get請求

　　對于不同的請求方式，解決亂碼的問(wèn)題也是不一樣的，對于客戶(hù)端的get請求來(lái)說(shuō)，服務(wù)器端處理要想不出現亂碼，解決這個(gè)問(wèn)題稍微復雜一些，需要用到String類(lèi)型的構造函數，其中的一個(gè)構造函數就是用指定的編碼方式去解碼，一般都用“UTF-8”的方式。只要在服務(wù)器端將請求得到的參數重新構造成一個(gè)字符串就行了。

　　經(jīng)過(guò)構造之后，客戶(hù)端輸入中文，且表單時(shí)get請求的情況下，str就變成了中文了。

　　2、客戶(hù)端的post請求

　　對于客戶(hù)端的post請求來(lái)說(shuō)，處理亂碼的問(wèn)題就比較簡(jiǎn)單了，因為請求的數據時(shí)作為請求體的一部分傳遞給服務(wù)器的，所以只要修改請求內的編碼就行了。只要在服務(wù)器端的最開(kāi)始處將請求的數據設置為“UTF-8”就行了，輸入如下語(yǔ)句：request. setCharacterEncoding(“UTF-8”)；這樣用戶(hù)在服務(wù)器端獲取到的中文數據就不再是亂碼了。

二、超鏈接時(shí)出現亂碼（低版本瀏覽器不行IE6）

　　在Web開(kāi)發(fā)中，挺多的時(shí)候都是通過(guò)超鏈接去傳遞中文參數的，這也會(huì )導致在顯示的時(shí)候也會(huì )出現亂碼，對于超鏈接來(lái)說(shuō)，它實(shí)際上是向服務(wù)器端發(fā)送了一個(gè)請求，而它發(fā)出的請求是屬于get請求，所以對于超鏈接的亂碼來(lái)說(shuō)，它處理亂碼的方式和表單的get請求出現亂碼的方式是一樣的。

　　三、重定向時(shí)出現亂碼（低版本瀏覽器不行IE6）

　　有時(shí)寫(xiě)上response的sendRedirect方法進(jìn)行重定向時(shí)也會(huì )出現亂碼，重定向時(shí)實(shí)際上也是向服務(wù)器發(fā)送了一個(gè)請求，所以解決亂碼的方法和和上面是一樣的。

　　四、瀏覽器版本低導致的亂碼

　　上網(wǎng)的時(shí)候，有時(shí)提交的一些信息在地址欄顯示的是“%2C%C6%CC%C6”的字樣，其實(shí)這都是防止出現亂碼進(jìn)行的解決方案，如果你的瀏覽器是IE6或以下版本，則我們的第二種情況和第三種情況會(huì )出現亂碼(尤其是當中文是奇數的時(shí)候)，這就不好使了所以我們必須采用另一種比較實(shí)際的作法：

　　在java.net包中提供了URLEncoder類(lèi)和URLDcoder類(lèi)，這兩個(gè)類(lèi)又分別提供了encode和decode兩個(gè)靜態(tài)方法，分別用于進(jìn)行編碼和解碼。我們將要傳遞的中文參數進(jìn)行編碼之后，在傳遞給服務(wù)器，服務(wù)器解碼之后，就可以顯示中文了。

　　進(jìn)行編碼：URLEncoder.encode(stuname,”UTF-8”)

　　傳遞給服務(wù)器：”>傳遞

　　進(jìn)行解碼：URLDecoder.decode(stuname,”UTF-8”)

　五、返回瀏覽器顯示的亂碼

　　在Servlet編程中，經(jīng)常需要通過(guò)response對象將一些信息返回給瀏覽器，給我們的客戶(hù)端，而我們在服務(wù)器端顯示的中文，但是響應給客戶(hù)端瀏覽器卻是亂碼，這主要是由于response對象的getWriter()方法返回的PrintWriter對象默認使用“ISO-8859-1”字符集編碼進(jìn)行Unicode字符串到字節數組的轉換，由于ISO8859-1字符集中根本就沒(méi)有包含中文字符，所以Java在進(jìn)行轉換的時(shí)候會(huì )將無(wú)效的字符編碼輸出給客戶(hù)端，于是便出現了亂碼，為此ServletResponse接口中便定義了setCharacterEncoding、setContentType等方法來(lái)指定getWriter方法返回的PrintWriter對象所使用的字符集編碼，所以我們在寫(xiě)Servlet程序中，在調用getWriter方法之前設置這些方法的值。

　　只要編寫(xiě)Servlet文件中含有響應給客戶(hù)端的信息，那么就要寫(xiě)上這兩句話(huà)。最好寫(xiě)上第二句話(huà)，因為它的優(yōu)先級高，它的設置結果將覆蓋setContentType等方法設置的字符編碼集。

　　六、修改Tomcat的編碼

　　在get請求所導致亂碼問(wèn)題中，還有一種解決的方案，我們常用Tomcat作為運行Servlet和JSP的容器，而Tomcat內部默認的編碼是ISO-8859-1，所以對于get請求方式，其傳遞的數據(URI)會(huì )附加在訪(fǎng)問(wèn)的資源后面，其編碼是Tomcat默認的，如果修改該URI的編碼，那么對于所有的get請求方式便不會(huì )出現亂碼了包括上邊說(shuō)的重定向和超鏈接，在Tomcat的配置文件server.xml中找到修改Tomcat的端口的地方，在其內部加入URIEncoding屬性，設置為和你的項目中所設的編碼一樣的值，這里全部都是UTF-8。

　　在編寫(xiě)Servlet和JSP的時(shí)候，為了避免出現亂碼，最重要的就是：采用一致的編碼，如果編碼都一致了，肯定不會(huì )出現亂碼。

 

---