今天在JSP和Servlet中有關中文亂碼的一些問題，現在作以下總結希望對需要的人有所幫助。
一、表單提交時出現亂碼：
在進行表單提交的時候，經常提交一些中文，自然就避免不了出現中文亂碼的情況，對於表單來說有兩種提交方式：get和post提交方式。所以請求的時候便有get請求和post請求。以前我一直以爲get請求和post請求方式出現的亂碼的解決方式是一樣的，但是今天才知道兩種請求方式所產生的亂碼的解決方式是不同的。原因就在於它們的最根本的原因上，get請求時，其傳遞給服務器的數據是附加在URL地址之後的；而post的請求時，其傳遞給服務器的數據是作爲請求體的一部分傳遞給服務器。這也就導致了對它們所產生的亂碼的處理方式是不同的。
1、客戶端的get請求
對於不同的請求方式，解決亂碼的問題也是不一樣的，對於客戶端的get請求來說，服務器端處理要想不出現亂碼，解決這個問題稍微複雜一些，需要用到String類型的構造函數，其中的一個構造函數就是用指定的編碼方式去解碼，一般都用“UTF-8”的方式。只要在服務器端將請求得到的參數重新構造成一個字符串就行了。如下所示：
String stuname = request.getParameter("stuname");
String str = new String(stuname.getBytes("ISO-8859-1"),"gb2312")
經過構造之後，客戶端輸入中文，且表單時get請求的情況下，str就變成了中文了。如果請求參數比較多，最好將它封裝成一個工具類：
public class MyUtil
{
public static String getNewString(String str) throws UnsupportedEncodingException
{
return new String(str.getBytes("ISO-8859-1"),"gb2312");
}
}
String stuname= MyUtil.getNewString(request.getParameter("stuname"));
2、客戶端的post請求
對於客戶端的post請求來說，處理亂碼的問題就比較簡單了，只要在服務器端的最開始處將請求的數據設置爲“gb2312”就行了，輸入如下語句：
request. setCharacterEncoding(“gb2312”);
這樣用戶在服務器端獲取到的中文數據就不再是亂碼了。
二、超鏈接時出現亂碼（低版本瀏覽器不行IE6）
在Web開發中，挺多的時候都是通過超鏈接去傳遞中文參數的，這也會導致在顯示的時候也會出現亂碼，對於超鏈接來說，它實際上是向服務器端發送了一個請求，而它發出的請求是屬於get請求，所以對於超鏈接的亂碼來說，它處理亂碼的方式和表單的get請求出現亂碼的方式是一樣的。
String stuname= MyUtil.getNewString(request.getParameter("stuname"));
三、重定向時出現亂碼（低版本瀏覽器不行IE6）
有時寫上response的sendRedirect()方法進行重定向時也會出現亂碼，重定向時實際上也是向服務器發送了一個請求，所以解決亂碼的方法和和上面是一樣的。
四、瀏覽器版本低導致的亂碼
上網的時候，有時提交的一些信息在地址欄顯示的是“%2C%C6%CC%C6”的字樣，其實這都是防止出現亂碼進行的解決方案，如果你的瀏覽器是IE6或以下版本，則我們的第二種情況和第三種情況會出現亂碼(尤其是當中文是奇數的時候)，這就不好使了所以我們必須採用另一種比較實際的作法：
在java.net包中提供了URLEncoder類和URLDcoder類，這兩個類又分別提供了encode和decode兩個靜態方法，分別用於進行編碼和解碼。我們將要傳遞的中文參數進行編碼之後，在傳遞給服務器，服務器解碼之後，就可以顯示中文了。
進行編碼：URLEncoder.encode(stuname,”gb2312”)
傳遞給服務器：<a href=”/1.jsp?stuname<%=stuname%>”>傳遞</a>
進行解碼：URLDecoder.decode(stuname,”gb2312”);
這樣就可以得到傳遞過來的中文參數了，我發現許多網站用的都是這種方式解決中參數的。
五、返回瀏覽器顯示的亂碼
在Servlet編程中，經常需要通過response對象將一些信息返回給瀏覽器，給我們的客戶端，而我們在服務器端顯示的中文，但是響應給客戶端瀏覽器卻是亂碼，這主要是由於response對象的getWriter()方法返回的PrintWriter對象默認使用“ISO-8859-1”字符集編碼進行Unicode字符串到字節數組的轉換，由於ISO8859-1字符集中根本就沒有包含中文字符，所以Java在進行轉換的時候會將無效的字符編碼輸出給客戶端，於是便出現了亂碼，爲此ServletResponse接口中便定義了setCharacterEncoding、setContentType等方法來指定getWriter方法返回的PrintWriter對象所使用的字符集編碼，所以我們在寫Servlet程序中，在調用getWriter方法之前設置這些方法的值。我們爲了防止亂碼，經常將以下兩條語句一起寫上：
response.setContentType(“text/html;charset=gb2312”);
response. setCharacterEncoding(“gb2312”);
只要編寫Servlet文件中含有響應給客戶端的信息，那麼就要寫上這兩句話。最好寫上第二句話，因爲它的優先級高，它的設置結果將覆蓋setContentType等方法設置的字符編碼集。
在編寫網頁文檔的時候，儘量採用UTF-8編碼，避免一些情況下出現亂碼。